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Ampliamos la oferta de tunos dentro de ^ 
Código Juego con Pascal y Programación 
bajo Windows 

f i En la sección de la 

I f\ ji Virguería vas a ver las 

cosas que son capaces 

Mi de hacer los programa- 

^ W 

> m programa. 


Qr-áíte©§ 


Un nuevo colaborador de I 
revista, Albero Corría, not 
ha mandado esta intere¬ 
sante aportación sobre el 
manejo de gráficos tridi¬ 
mensionales en Pascal. 
Aprende estos conocimien¬ 
tos para añadirlos en tus 
juegos 




sirve como entorno de programación. 
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A los que nos gustan ios juegos 
de ordenador se nos cae la 
baba cuando echamos la vista 
ai frente y empezamos a ver lo que 
se nos viene encima. En pocos arios 
nos vemos sentados ante supermá- 
quínas de juegos, ya sean ordena¬ 
dores o consolas que harán que nos 
introduzcamos de lleno en mundos 
imaginarios de los que tan sólo nos 
faltaré el olor y ei tacto, puesto que 
el resto de nuestros sentidos estarán 
plenamente satisfechos con miles 
de estímulos reales. Estímulos que 
tomarán los de la vida diaria y ruti¬ 
naria en aburridos, convírtiendo 
esos mundos virtuales llenos de 
colorido, sonidos y acción en luga¬ 
res donde nos gustaría vivir eterna¬ 
mente, puesto que en ellos somos 
los reyes, los príncipes valientes, los 
conductores de coches más velo¬ 
ces, los pilotos intrépidos, los solda¬ 
dos de la libertad, los guerreros 
medievales, etc... 

La importancia, por tanto, que 
cobraremos ios creadores de soft¬ 
ware será muy relevante. Lo que 
ahora es programación lúdica, y por 
ello tachada de falta de categoría 
profesional así como de estar orien¬ 
tada hada un mercado amplio pero 
poco exigente, llegará a ser la que 
domine este nuevo campo que se 
acerca a pasos agigantados y firmes 
por el horizonte informático. 

Los que programamos juegos para 
ordenador no tenemos más reme¬ 
dio que conocer nuestra máquina 
muy a fondo. Esto, por un lado, es 
una desventaja, ya que tenemos que 
estudiar mucho más que cualquier 
programador de alto nivel que 
cómodamente utilizará las librerías, 
previamente concebidas por progra¬ 
madores de lenguajes de bajo nivel. 
Pero, por otro lado, estos conod- 
mientos nos convierten en los que 
mejor pueden llegar a programar 
nuestros ordenadores. Somos los 
druidas que saben mezclar la póci¬ 
ma en sus cantidades exactas y muy 
pocos más son capaces de lograrlo. 
Sin embargo, una cosa esta clara; 
llegar a ser un buen programador 
de juegos exige dos cosas primor¬ 
diales de parte de ia persona que 
pretende llegar a serlo. Por un lado, 
ser estudioso. No me refiero a ser 
un empollón hormiguita, ratón de 
biblioteca, sino a ser conscientes de 
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que esto 
puede 
llegar a 
ser una 
p rofe- 
sión que nos 



flege a satisfacer más 


que ninguna otra del mundo, 
reportándonos dinero y orgullo por 
lo conseguido. Deberemos, pues, 
otorgarle ia suficiente seriedad. Por 
tanto, se le deberá reservar un espa¬ 
cio diario al aprendizaje de ios 
temas que competen al programa¬ 
dor, así como a la investigación y 
lectura de las nuevas tendencias 
para mantenemos al día en un mar 
tan cambiante como es ei de la 
informática. 

En segundo lugar, el programador 
deberá ser un experimentador nato. 
Es decir, no tendrá nunca miedo a 
realizar sus propios programas por 
muy malos que sean en un princi¬ 
pio. Esto es vital, ya que ei ordena¬ 
dor, al ser tan complicado en un 
principio, no nos abrirá sus puertas 
de par en par. Seremos nosotros los 
que tengamos que hacerlo poco a 
poco mediante la mejor técnica 
para ello: El ensayo-error. 

Tened pues en cuenta estos dos 
consejos. Séd constantes y pronto 
veréis los frutos de vuestro trabajo. 

A lo anterior debemos añadir que 
para llegar a ser un buen programa¬ 
dor necesitaremos un buen apoyo. 
Libros y revistas principalmente. Ahí 
es donde entramos nosotros y el 
resto de las revistas de informática. 
A parte de estos , todo programador 
tendrá que, especialmente en el 
caso del lenguaje ensamblador, 
estudiar los programas que otros 
crearon y de ahí sacar sus conclu¬ 
siones. Yo, particularmente, ya he 
perdido la cuenta de los que he 
desensamblado con el sano fin de 
estudiarlos y aprender 

En lo que a la revista de este mes se 
refiere hay bastantes cosas que des¬ 
tacar. En primer lugar añadimos un 
nuevo curso para satisfacer las peti¬ 
ciones recibidas ai respecto. Se trata 
del lenguaje Pascal, que también 
puede usarse perfectamente como 
interfaz como otros lenguajes como 
el lenguaje ensamblador, estrella 
indiscutible de nuestra revista. Y si 
no, no tenéis más que ver ei artículo 
sobre KjOR:Objetivo (ihlkokahonia 



dei número anterior. Este magnífico 
programa ha sido creado tanto en 
ensamblador como en Pascal. 

La potencia y sencillez de aprendiza¬ 
je de este lenguaje lo hace ideal 
para comprender ia estructura de 
funcionamiento de otros más com¬ 
plejos, convirtiéndolo en una buena 
plataforma de trampolín hacia el 
mundo de la programación. Tras 
valorar esto, la redacción de la revis¬ 
ta ha decidido dedicarle un espacio 
considerable en este número y en 
los venideros. Los lectores de CJ 
están de suerte, no sólo por lo 
dicho, sino porque también empe¬ 
zamos a estudiar la programación 
bajo entorno Windows. Este entorno 
operativo se ha adueñado de las 
aplicaciones serias del PC, pero no 
por ello deja de ofrecer posibilidades 
a los juegos, algunos de los cuales 
podemos ver ya funcionando dentro 
de sus conocidas ventanas. Para 
que sepáis como crear vuestros jue¬ 
gos para Windows, así como para 
ganar unos conocimientos que se 
me antojan imprescindibles en la 
programación de cualquier otro tipo 
de software para este entorno, ini¬ 
ciamos en CJ3 un curso que, al 
igual que los otros, entra a forma 
parte de nuestro contenido habitual. 
En último lugar, pero no por ello 
desdeñables, mencionamos los cur¬ 
sos que ya tenemos y los artículos 
que continúan. Los cursos de 
Ensamblador, C y MIDI empiezan a 
tener consistencia. En ensamblador 
hacemos nuestro primer programa, 
que aunque simple, comienza a 
daros una idea sobre la estructura o 
plantilla que usaremos en nuestros 
programas. El lenguaje C continúa 
con ei estudio de las importantísi¬ 
mas funciones. El MIDI sigue su 
enseñanza de como conectar el 
ordenador y nuestro instrumento 
musical preferido. 

Tenemos nueva sección, la cual 
considerábamos imprescindible 
para los programadores, que sin lle¬ 
gar a ser expertos, sí tienen ya algu¬ 
nos conocimientos sobre los len¬ 
guajes que aquí enseñamos. Se 
trata de la VIRGUERIA, una serie de 
artículos de nuestros colaboradores 


en los que veremos como se hacen 
muchos de los trucos y fantásticas 
animaciones que se usan en los jue¬ 
gos profesionales. En este número, 
nuestro colaborador en la materia, 
nos enseña como hacer una anima¬ 
ción en ensamblador que se puede 
utilizar perfectamente en nuestros 
juegos. 

Un artículo más, concretamente el 
de gráficos tridimensionales, nos 
sumerge en este tipo de programa¬ 
ción hecha en Pascal. 

Este mes no llevamos disquete y 
francamente lo sentimos, pero 
nuestra revista es todavía pequeña y 
no siempre podemos hacer frente a 
este gasto, pero no os preocupéis 
que esto no será siempre así. Los 
que os hayáis subscrito a 
Superdisco o los que en su defecto 
lo compréis este mes, podréis reci¬ 
bir los programas de los que se 
hablan en este número y que no 
tenéis ya de los dos discos anterio¬ 
res que os entregamos en la revista^ 
El superdisco sigue pues sie 
apoyo suplementario a la r< 
especialmente orientado a i 
que no pueden conseguir j 
mas o que nof? 
el más india 
ción. En el sjuperdi] 
podéis encoi 
más. 

Finalmente dfeciros 
nos veremos 
el número dt 
Por un lado 
ia peticiones 
nes y artículos 

nuestra redacción y por otro 
aumentar en tamaño algunas d 
ya existentes que requieren 
espado. 

Código Juego sigue siendo la 
revista que esta totalmente dedi 
a la programación y en definitiva 
creación en mayúsculas de ap 
dones para nuestro ordenador, 
del tipo que sean. Continuamos 
la promesa que os hicimos ej 
número 1, de mejorar esta, 
revista. Espero que disfrutéis 
este número. 
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Las bases del concurso son muy fáciles. Cada mes, y desde el numero 1 de Codigo Juego se publica una 
pregunta cuya contestación es siempre un número de una única cifra. Cuando llegemos a la sexta pre¬ 
gunta, los seis números resultantes de éstas formarán un teléfono secreto. 

El primer concursante que llame a este número en el día indicado en las bases que se explicaron en 
nuestra primera revista, recibirá en su domicilio un 486 DX2, totalmente gratis. 

La pregunta de este mes: El PC de IBM vió la luz en la década de los ochenta, pero ¿en qué año? 
Cuando lo sepas, toma la última cifra de dicho año realiza las siguientes operaciones: 

Toma las dos cifras anteriores (Preguntas de Código Juego 1 y 2) y súmalas a la de este mes. El resultado 
se lo vuelves a sumar al código ASCII de la letra a minúscula. Obtendrás un número de 3 cifras que debes 
apuntar porque será con el que jugemos el mes próximo. Hasta entonces. 
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P^me- es ñeras, : 

Participar en Código Juego es tan sencillo como enviar tu aportación en un sobre a la 
dirección que detallamos abajo. Si tu programa es elegido contactaremos contigo. 
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El pasado mes vimos, por 
encima, como trabaja el 
microprocesador a la hora 
de ejecutar una orden cual¬ 
quiera. También aprendi¬ 
mos que para que un 
comando pueda ser llevado 
a cabo por rey de los 
“chips” es necesario el 
transcurso de unos compo¬ 
nentes muy especiales de 


éstos; los registros, alma¬ 
cenamientos temporales 
de información muy usa¬ 
dos por el microprocesador 
para guardar los resultados 
de las operaciones realiza¬ 
das con anterioridad. 

LOS REGISTROS DE 
DATOS 

De los registros que vimos 
el mes pasado, que eran 


todos aquellos de los que 
dispone el microprocesa¬ 
dor, vamos a comenzar 
con el estudio de los regis¬ 
tros de datos. 

Como su nombre indica, 
nos permiten trabajar con 
los datos con los que se 
realizan las operaciones 
dentro del ordenador. Por 
ello, como os podréis ima¬ 


ginar son los que más se 
usan, pero no os preo¬ 
cupéis, los registros no se 
rompen o se desgastan 
con su uso. Podéis utilizar¬ 
los cuantas veces queráis y 
siempre estarán allí para 
volver a ser usados. 

Estos registros son sólo 
cuatro. Se les denomina 
alfabéticamente A, B, C y 
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Figura 2 



D. ¿Por qué sólo cuatro?, 
la verdad es que no hacen 
falta más si se llega a pro¬ 
gramar con cierta pruden¬ 
cia en el uso de los mis¬ 
mos. De vez en cuando se 
echa de menos algún otro, 
pero como veremos más 
adelante, no tenemos de 
qué preocupamos. 

Ya sabemos el nombre de 
ellos, pasemos ahora a los 
apellidos que es siempre 
una X. Esta indica que el 
registro es de 16 bits en 
lugar de 8 bits, pero vamos 
a profundizar en esto un 
poco más. 

Como ya sabemos de artí¬ 
culos anteriores, los micro- 
procesadores necesitan de 
los BITS (unos y ceros) 
para entenderse con el 
mundo exterior. Estos, no 
son sino impulsos eléctri¬ 
cos que sirven como los 
golpes sonoros de un tam- 
tam para que la CPÜ actúe 
de la manera que nosotros 
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LAS PALABRAS DE 16 BITS Y US DOBLES 
PAUBRAS DE 32 BITS SON EL REALIDAD 
2 Y 4 BYTES. SE UTILIZAN CUANDO NECE¬ 
SITAMOS HACER OPERACIONES CON 
NUMEROS SUPERIORES A 255. 


queremos. También 
hemos visto que los bits se 
agrupan en cadenas de 
ocho de ellos para poder 
ser tratados en unidades 
más grandes llamadas 
bytes. CJn byte son 8 bits 
agrupados de la forma que 
podéis ver en la figura 1. 
Como casi todo en 
informática, la numeración 
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de orden comienza siem¬ 
pre en cero en vez de a 
partir de uno. De esta 
forma tenemos el bit cero, 
bit uno, bit dos, bit tres,..., 
bit siete. Los cuatro prime¬ 
ros (del O al 3) se llaman 
LESS SIGNIFICANT BITS 
(LSB) o bits menos signifi¬ 
cativos, los otros (del 4 al 
7) son los MOST SIGNIFI- 
CANT BITS (MSB) o bits 
más significativos . No os 
confundáis, no quiere decir 
que los LSB tengan menos 
significado o importancia 
que los MSB, es simple¬ 
mente una forma de indi¬ 
car que unos están coloca¬ 
dos más a la izquierda, y 
por lo tanto tienen más 
valor aritmético, que los 
otros. Para nosotros son 
todos iguales, sólo que 
situados en distinta posi¬ 
ción. A cada grupo de 4 
bits, ya sean los LSB o 
MSB se les llama NIBBLE, 
o trozo en inglés, para indi¬ 
car que se trata de un 
pedacito del byte. Cuando 
unimos dos bytes tenemos 
16 bits numerados del O al 
15, como podéis ver en la 
figura adjunta. A esta 
estructura se le denomina 
WORD, o palabra en 
inglés, üna palabra siem¬ 
pre indica 16 bits como se 
verá más adelante. El valor 
decimal de cada bit dentro 
del byte se basa en las 
reglas de la matemática 
binaria. En la tabla 1.1 
podéis ver los valores deci¬ 
males de sus correspon¬ 
dientes binarios en función 
de la posición del bit den¬ 
tro del byte o de la palabra. 
Si unimos 2 palabras ten¬ 
dremos otra estructura 
más denominada DOÜBLE 
WORD o doble palabra de 
32 bits. Las más utilizadas, 
y las que veremos por 
ahora son el byte y la pala- 

































bra. 

Como sabemos, los regis¬ 
tros del microprocesador 
no son sino unas celdillas 
de memoria como las de la 
RAM pero situadas dentro 
del mismo para que a la 
hora de trabajar con ellos 
estén más accesibles. Por 
esta razón los registros pre¬ 
sentan la misma estructura 
que hemos explicado ante¬ 
riormente, es decir una 
unión de 2 bytes o palabra. 
Pero esta unión no es indi¬ 
visible. ün registro de 
datos, como vimos, se 
puede llamar AX, BX, CX y 
DX, pero también se puede 
romper en dos registros de 
8 bits, en aquellos casos en 
los que la operación que 
vamos a realizar no requie¬ 
ra utilizar un registro de 16 
bits, con lo que ganamos 
registros. Los registros 
pasarían a llamarse igual 
pero con las letras H o L 
(High = alto, Low = bajo) 
indicando que parte del 
registro es la que estamos 
tratando. El registro AX se 
parte en sus dos nibbles 
correspondientes llamados 
AH y AL. De la misma 
forma tenemos BH, BL, 
CH, CL, DH y DL, con los 
otros 3 registros de datos. 
Las instrucciones en códi¬ 
go máquina contemplan 
esta posibilidad como 
vamos a ver en este mismo 
artículo, existiendo instruc¬ 
ciones para el manejo de 
registros de 8 y 16 bits, así 
como algunas que son 
exclusivamente para regis¬ 
tros de 16 bits. 

LA PRIMERA INSTRUC¬ 
CION 

Ya conocemos algunos de 
los registros que vamos a 
usar durante nuestro curso. 
Así que empecemos con 


para PC 


alguna instrucción para 
realizar nuestro primer, 
pero pequeño, programa 
en lenguaje ensamblador. 
Una de las operaciones que 
más se realizan dentro de 
nuestros programas en len¬ 
guaje ensamblador es la de 
mover datos de una lado 
para otro. Como sabemos, 
los datos e instrucciones 
de nuestros programas 
están en la memoria que es 
el banco de trabajo del 
microprocesador. Por lo 
tanto, tenemos que traer 
los datos desde ésta hacia 
la CPU y después volverlos 
a llevar, en los casos en los 
que sea necesario, de ésta 
hacia la memoria para que 
permanezcan allí hasta que 
hagan falta en un uso pos¬ 
terior. 

La instrucción en lenguaje 
ensamblador que permite 
ésto se denomina MOV, 
abreviatura de MOVER 
(MOVE en inglés). La sinta¬ 
xis es la siguiente: 

MOV DESTINO, ORIGEN 

La orden moverá el dato 
situado en ORIGEN hacia 
DESTINO, almacenándolo 
allí pero sin que por ello el 
dato situado en ORIGEN se 
borre o cambien. Es decir, 
tras esta operación tendre¬ 
mos el mismo número en 
ORIGEN y DESTINO. 

Un ejemplo podría ser la 
orden: 

MOV AX,BX 

Si los contenidos de ambos 
registros son AX=llllh y 
BX = 2222h antes de la 
operación, tras la ejecución 
de la misma por parte del 
microprocesador tendre¬ 
mos que AX = 2222h y 
BX=2222h. Los registros 
de 16 bits como ya sabe¬ 


Posieión del bit 
dentro del byte 


mos, termi¬ 
nan en X y 
pueden con¬ 
tener dos 
bytes. La 
notación uti¬ 
lizada es la 
hexadecimal 
que ya vere¬ 
mos en su 
momento. 

No os 
importe el 
contenido y 
la notación 
hexadeci¬ 
mal, simple¬ 
mente y por ahora, mirad 
éste como un numero que 
nos sirve únicamente como 
ejemplo y nada más. 
Volviendo al ejemplo, veis 
como el contenido de AX 
cambia porque se mueve 
hacia él, o se traspasa, el 
contenido del registro ORI¬ 
GEN, en este caso BX, 
pero el registro BX sigue 
igual, no pierde su conteni¬ 
do. Esta orden de MOV, se 
entiende mejor si la llama¬ 
mos COPIAR, porque en 
realidad es lo que se hace. 
Pero su nombre es MOVER 
y con él nos debemos con¬ 
formar. 

Las órdenes de ensambla¬ 
dor son bastante flexibles, 
es decir que en el caso de 
mover datos, que es nues¬ 
tra primera operación, 
podemos hacerlo de todos 
los lugares a todos los 
lugares. Por ejemplo, 
tomando como base la 
orden anterior, la siguiente 
orden también está permi¬ 
tida: 

MOV BX,AX 

Esta, si os dais cuenta, es 
justamente la contraria de 
la anterior. Los registros AX 
y BX contendrían lo 
siguiente tras la operación: 


Valor decimal 


0 

1 

1 

2 

2 

4 

3 

8 

4 

16 

5 

32 

6 

64 

7 

128 

8 

256 

9 

512 

10 

1024 

11 

2048 

12 

4096 

13 

8192 

14 

16384 

15 

32768 


Tabla de equivalencias entre posiciones binarias y sus valores decimales 

AX= 111 lh y BX= 111 lh, 

¿los vais entendiendo?, 
seguro que sí. 

LOS ORIGENES Y 
LOS DESTINOS 

Como hemos visto en el 
ejemplo anterior, los datos 
que hemos movido esta¬ 
ban en dos registros del 
microprocesador, o sea 
que en la operación no 
hemos movido nada entre 
la memoria y el micropro¬ 
cesador o viceversa. Para 
ello también contamos con 
un cierto número de posi¬ 
bles operaciones en la que 
el movimiento de datos de 
8 o 16 bits puede llevarse a 
cabo con el banco de tra¬ 
bajo. 

Con esto queremos decir 
que hay varios orígenes y 
varios destinos posibles de 
nuestros datos y son los 
que vamos a ver ahora. 

Por un lado, como ya 
hemos visto, podemos 
mover datos entre dos 
registros de datos y por 
otro también podemos 
mover datos entre la 
memoria y uno de los 
registros o viceversa. Lo 
que no se puede hacer es 
mover datos entre dos 
posiciones de memoria sin 
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UNA DE LAS 
OPERACIONES 
QUE MAS SE 
REALIZAN EN 
LENGUAJE 
ENSAMBLA¬ 
DOR ES LA DE 
MOVER DATOS 
DE UNA PARTE 
A OTRA, PARA 
LO CUAL USA¬ 
MOS LA ORDEN 

MOVE 


que éstos pasen por uno 
de los registros previamen¬ 
te. Estudiemos esta afirma¬ 
ción con más cautela. 

La orden MOV AX,BX está 
permitida, como también 
lo está la orden MOV AH, 
(1234h). La primera mueve 
un dato de registro origen 
BX al destino AX la segun¬ 
da mueve un dato desde el 
destino, en este caso la 
dirección de memoria 
1234h al registro AH. La 
cosa se complica, así que 
vayamos por partes. 

Las posiciones de memoria 
(o direcciones de memoria) 
sabemos ya de partes ante¬ 
riores de este curso, que 
son las etiquetas numéri¬ 
cas que ponemos en cada 
una de las “cajas de cerve¬ 
za” con las que asemejába¬ 
mos cada una de las partes 
de 8 bits en las que se divi¬ 
de la totalidad de la memo¬ 
ria de nuestro PC. Ahora, 
cuando queremos hacer 
uso de una de esas posi¬ 
ciones de memoria, sim¬ 
plemente le damos al orde¬ 
nador el número que lo 
identifica, también llamado 
etiqueta de la posición de 
memoria. 1234h represen¬ 
ta esa identificación a la 
que hacemos referencia, 
por lo que la instrucción 
anterior moverá el dato de 
8 bits (byte) de esa posi¬ 
ción de memoria a al regis¬ 
tro AH, que, como hemos 
visto, es un registro de 8 
bits. La posición de memo¬ 
ria se pone entre paréntesis 
para diferenciarla de lo que 
seria el dato 1234h. De 
esta forma las órdenes 
siguientes son diferentes y 
los contenidos de los regis¬ 
tros tras ejecutarlas tam¬ 
bién lo son: 

MOV AH, (1234h) 

Mueve al registro AX el 
contenido de la posición de 



memoria situada en la 
posición 1234h. Si esta 
celdilla de memoria contie¬ 
ne el dato, por ejemplo, 
56h el registro AH con¬ 
tendrá este número tras 
ejecutar la orden. 

MOV AX, 1234h 
Al no estar entre parénte¬ 
sis, el ensamblador enten¬ 
derá que lo que pretende¬ 
mos es mover el número 
1234h en el registro AX. 

Los paréntesis indican 
CONTENIDO DE. En nues¬ 
tro ejemplo CONTENIDO 
DE la posición de memoria 
1234h. Si no los usamos el 
ensamblador lo traduce 
por un dato normal y 
corriente. 

Hasta ahora hemos visto 
tres formas de mover los 
datos, veámoslas: 

1) ENTRE REGISTROS 

MOV AX,BX 
MOV AH,BH 
MOV DX,CX 
MOV CH,DH 

2) CON LA MEMORIA 

MOV AH,(1234h) 

MOV (1234h),AH 
MOV AX,(1234h) 

MOV DX,(1234h) 

3) DIRECTO 
MOV AX,1234h 
MOV CX,2341 h 
MOV BX,8373h 

8 ó 16 BITS 

Una cosa que puede empe¬ 
zar a confundirnos y más 
vale volver a reiterar es la 
forma en que el micropro¬ 
cesador trabaja con los 
tamaños numéricos de 
BYTE y PALABRA (WORD). 
De la tabla de instrucciones 
que hemos visto arriba 
podemos sacar varias con¬ 
clusiones. 

La más importante de 
todas ellas sería la diferen¬ 


ciación que debemos hacer 
a la hora de trabajar con 
registros de 8 o 16 bits. Por 
ejemplo, el ensamblador 
generará un error si pone¬ 
mos la siguiente orden en 
nuestro listado: 

MOV AH,BX 

Ya que intentamos mover 
el dato de BX, que es de 
16 bits a un registro de 8 
bits como es AH. El dato a 
mover es más grande que 
el lugar donde lo vamos a 
guardar luego no pode¬ 
mos. 

Otra cuestión a tener en 
cuenta es que la orden... 

MOV (1234h),(5678h) 

no está permitida tampoco 
ya que, como dije, los 
datos han de pasar necesa¬ 
riamente por uno de los 
registros de datos. Para 
realizar la orden anterior, 
tendríamos que hacerlo en 
varios pasos: 

MOV AX,(1234h) 

MOV (5678h),AX 

CJsando el registro AX 
como almacén temporal 
del dato a traspasar. 

En tercer lugar, de las posi¬ 
bles órdenes que podemos 
usar, sacamos otra conclu¬ 
sión más y es que si escri¬ 
bimos lo siguiente: 

MOV 1234h,AX 

también se produce un 
error, ya que intentamos 
mover el dato del registro 
AX a un número y no a una 
posición de memoria por 
no haber puesto los parén¬ 
tesis que indican CONTE¬ 
NIDO DE. 

Por último, no se si os 
habréis dado cuenta de un 










lador para PC 


detalle. Cuando indicamos 
la orden MOV AX,(1234h), 
estamos diciendo lo 
siguiente al microprocesa- 
dor:”Toma el contenido de 
la posición de memoria 
1234 hexadecimal y lo 
metes dentro de el registro 
AX”, pero ¿Si en una posi¬ 
ción de memoria RAM sólo 
puede haber un byte (8 
bits) como va ha rellenarse 
el registro AX que es de 16 
bits?. La solución es que 
ante esta orden el micro- 
procesador realiza un movi¬ 
miento de 2 bytes en reali¬ 
dad. Concretamente los 
que están en las posiciones 
de memoria 1234h y 
1235h, es decir la que indi¬ 
camos en la orden y la que 
está justo a continuación 
de esta. Esto lo realiza de 
forma automática porque 
hacemos mención a un 
registro de 16 bits dentro 
del comando, en este caso 
AX. ¿Qué ocurriría si usa¬ 
mos la orden MOV 
AH,(1234h)?, pues que 
sólo un byte es movido de 
la memoria al registro AH, 
que es de 8 bits. 

ALGUNAS ACLARACIO¬ 
NES 

Hagamos un alto en el 
camino para descansar un 
poco y echar un vistazo 
atrás. 

La orden MOV nos permite 
mover datos, cosa impor¬ 
tantísima y muy necesaria 
dentro del ordenador. Los 
datos se pueden mover o 
copiar entre los registros y 


a/desde la memoria, pero 
siempre con el transcurso 
de los registros como inter¬ 
mediarios de la operación. 
Los datos tienen que ser de 
dos formatos; bytes o pala¬ 
bras. Los primeros son de 
8 bits y caben exactamente 
en una posición de memo¬ 
ria RAM. Cuando necesita¬ 
mos hacer operaciones 
con números más grandes 
de 255 tenemos que utili¬ 
zar las palabras que nos 
permiten (ver tabla 1.1) 
usar números de 0 hasta 
65535. El microprocesador 
siempre echará mano de 
los registros que están 
siendo usados en una 
orden en concreto para 
saber si los números con 
los que vamos a trabajar 
son de 8 o 16 bits. Por ello 
deberemos tener bastante 
cuidado con ordenes ambi¬ 
guas del tipo MOV 
AX,(1234h) y MOV 
AH,(1234h). 

EL PRIMER PROGRAMA 

Bueno, ya llegó la hora. 
Vamos a hacer nuestro pri¬ 
mer y simple programa en 
lenguaje ensamblador para 
PC. No será nada del otro 
mundo pero si que tendrá 
un significado especial para 
todos nosotros más ade¬ 
lante, cuando miremos 
atrás con cariño a nues¬ 
tros primeros pinitos en el 
mundo de la programa¬ 
ción. 

Como seguramente 
habréis hecho, y si no es 
así todavía estáis a tiempo 


de corregir el error, habréis 
mirado la sección “herra¬ 
mientas: los debuggers” 
que salió en el número 1 y 
2 de Código Juego, así 
como en este mismo 
número, porque vamos a 
realizar el primer uso de 
este pequeño 

depurador/ensamblador 
para nuestros trabajo con 
el assembly. 

Iniciad DEBUG, introducid 
la orden A y pulsar ENTER. 
Ya estamos dentro del 
ensamblador que nos va a 
permitir trabajar con la pri¬ 
mera orden que ya hemos 
estudiado; MOV. No os 
importe donde se va a 
introducir nuestro progra¬ 
ma ensamblado, porque 
no vamos a guardar en 
disco nada de lo hecho, ya 
que serán sólo pruebas sin 
ningún valor salvo el edu¬ 
cativo. Introduce las 
siguientes órdenes tal y 
como aquí aparecen. 

(Nota: cuando se trabaja 
con DEBUG no hace falta 
añadir la h final que indica 
que el número está en 
hexadecimal ya que sólo 
utiliza ese formato, no per¬ 
mitiendo el sistema deci¬ 
mal o binario) 

MOV AX, lili -ENTER- 
MOV BX,2222 -ENTER- 
MOV AX,BX -ENTER- 
MOV (0300),AX -ENTER- 
MOV CX,(0300) -ENTER- 
-ENTER- 

A1 pulsar ENTER en la últi¬ 
ma posición del listado 
salimos del modo de 
ensamblado y pasamos a 


modo de espera de entrada 
de comandos de DEBUG. 
Bien, ya esta todo hecho. 
Si habéis introducido todo 
correctamente y sin erro¬ 
res, nuestro programa 
habrá sido introducido 
correctamente en memoria 
listo para ser corrido. Pero 
no lo hagáis o el ordenador 
se colgará irremediable¬ 
mente. Para ello, vamos a 
usar el pequeño truco de 
ejecutar el programa paso 
a paso con lo que siempre 
tendremos el control y 
podremos estudiar el com¬ 
portamiento del mismo. 
Usaremos para ello la 
orden P, de Proceed que 
significia PROCEDER, en 
este caso ejecutar y devol¬ 
ver el control. 

Debug sabe donde está 
nuestro programa ensam¬ 
blado, y apunta hacia él 
con el registro de instruc¬ 
ciones IP, que como sabe¬ 
mos indica la próxima 
dirección a ejecutar. En 
nuestro caso apuntará 
hacia la primera dirección 
de nuestro programa. 

Por ahora ya hemos visto 
suficiente y es materia que 
necesita tiempo para 
entenderse. Espero que 
estudiéis un poco y prestéis 
un poco de atención. Al 
principio puede resultar un 
tanto lento y difícil pero 
pronto estaremos de lleno 
con programas más gran¬ 
des y útiles. 

Hasta el mes que viene. 
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C/ María Auxiliadora 38 
11520, Rota, (Cádiz) 



En Asinfo encontrará su tienda amiga, su tienda de informátita. 

Con nosotros resolverá todos sus problemas ton los ordenadores y los periféritos. 
Con nosotros obtendrá los mejores precios, las mejores ofertas. 

Pida gratuitamente nuestro catálogo de productos. 
















La informática me va a decían encontrar el paraíso de preguntarme que desea- do en mis redes hasta que 

costar un buen disgusto, de la diversión. ba hizo que mi corazón finalmente, ella misma 

Me Hamo Gonzalo y tengo El sistema funcionaba galopase como un caballo viendo mi indecisión me 
15 años. Desde hace apro- genial para mi e incluso indio. Jamás me he sentido invito un día a su fiesta de 
ximadamente cuatro tengo para mis padres, que ante tan ridiculo en todos tos cumpleaños. Pero, en reali- 
la fea costumbre de sentar- mi actitud hogareña y reco- días de mi vida, como dad, lo que acabó de unir¬ 
me a los mandos de mi gida se alegraban de que cuando mi lengua empezó me a ella fué cuando me 
ordenador Amiga y llevar- no estuviese en la calle, a trabucarse sin poder con- pregunto si yo podía 
me largas y confortables fomentándome de vez en testarle. De repente las enseñarle algo de BASIC e 
horas sentado frente a él. Y cuando con algún que otro palabras “disco duro” bro- informática general, cosa 
digo lo de la fea costumbre juego o periférico que yo tarón de mi garganta como que le ayudaría en gran 
porque poco a poco se aceptaba gustoso. La fami- por impulso, pero sin que medida a mejorar en su 
está convirtiendo en eso. lia estaba muy unida (yo en realidad supiese que trabajo. Por supuesto, 
Me explicó. soy hijo único) hasta que había dicho exactamente, accedí. Tras dos meses, mi 

Los programas se amonto- ella apareció en mi vida. Ella contesto, “¿De qué relación con ella se tamba- 
nan y todos parecen gus- Una esplendorosa rubia de tipo?”, y ya ahí si que me lea por lo mismo que nos 
tarme, especialmente, ojos verdes que trabaja en costó lo mió, contestar sin unió, es decir los ordena- 
corno no, los juegos, una tienda de informática y medio tartamudear. dores. Ahora, que tengo 

Muchos de mis amigos, a la cual conocí por la Aquella muchacha, a la una oferta de una com- 
que no comulgan conmigo mano negra del destino que no compré el disco pañía de software para 
en cuanto a las aficiones que a veces nos juega bue- duro, puesto que como hacer un programa para el 
informáticas, me tachan de ñas o malas pasadas. andaba justo de pelas, las Amiga y ello me toma 

atontado por preferir que- Mi padre, siguiendo su poli- necesitaba para ir a la mucho tiempo, ella se 
darme en casa con mi tica de satisfacerme, disco donde ella iba, cosa queja del poco tiempo que 
ordenador antes que irme informáticamente hablan- que averigüé gracias a tenemos para nosotros. Mo 
con ellos a tomar unas do, me había dado un Pepe, el de la tienda de me lo ha dicho todavía, 
copas a la disco de moda, suculento billete de cinco informática habitual, pero el ultimátum... el 
pero esto nunca me mil pesetas que unidas a resultó ser un encanto que ordenador o yo” está a 
importó en lo más mínimo, las que yo había logrado poco a poco acabó ena- punto de salir de sus 
De hecho, era cierto que lo ahorrar hasta ese momen- morándome hasta los hue- labios. Y me pregunto por 
que más me llamaba la to completaban lo que sos. qué es todo tan complica- 

atención eran lo juegos necesitaba para adquirir un Desde ese momento, iba a do y por qué la informática 
que habían salido al merca- disco duro mayor. Tras su tienda a comprar está reñida con las muje- 
do, como jugarlos y como hablar con Pepe el dueño pequeñas tonterías que ni res. El caso es que si voso- 
acabarlos, así que porque de mi tienda habitual, éste siquiera me hacían falta, tros, los de la revista, 
narices tenía que ir a la me dijo que no tenía ese cosa por la cual Pepe me habéis tenido un problema 
calle a gastar dinero en tipo de discos duros, así hacía ver su enfado, ya que como el mió os rogaría que 
tabaco y alcohol. m que me indicó otra tienda dejé de comprárselas a él. me ayudaséis aunque sea 
Esto fue perfectamente en el centro de Madrid. El ordenador empezó a moralmente, porque lo 
durante bastante tiempo, Cuando entré a preguntar, coger polvo y mi desmesu- otro sé que tiene difícil 
no apeteciéndoseme salir a aquellos ojos verdes hicie- rada afición a la informáti- solución, 
la calle para nada y cada ron que mi ordenador ca empezó a decaer. Gracias de todas formas, 

vez menos me atraía la dis- pasase a un plano de Loli, que así se llama ella, 

coteca donde mis amigos importancia cero. Su forma fue progresivamente cayen- El informático enamorado. 










H ola amigos lectores! 
Antes que nada, agrade¬ 
cer las numerosas cartas 
que hemos recibido para este apar¬ 
tado de Código Juego. Apelamos 
nuevamente a vuestra paciencia por 
no desesperar y seguir enviándonos 
vuestras quejas informáticas sin reci¬ 
bir respuesta por el momento, pero 
“todo llegará queridos amigos..." 

¡Al grano Tintilla que te enrollas 
demasiado ! 

EXPOSICION DE LOS HECHOS 

Nos escriben dos amigos de 
Donosti (Gipuzkoa) diciéndonos 
,entre otras cosas, que son posee¬ 
dores de un Amiga (concretamente 
el A500). Para los no iniciados diré 
someramente que el Amiga es un 
ordenador personal de la empresa 
Commodore, recordaréis quizás al 
C-64 de la misma marca que apare¬ 
ció en el mercado para hacer som¬ 
bra al archiconocido ZX-Spectrum. 
Entre sus cualidades, que son 
muchas, destacaríamos el sonido y 
los gráficos. 

Se quejan de que en nuestro curso 
de ensamblador sobre el micropro¬ 
cesador Motorola 68.000 , que si 
bien es el mismo para los ordenado¬ 
res personales ATARI y AMIGA, lo 
referimos todo exclusivamente al 
ATARI, omitiendo al agraviado 
AMIGA. 

Continúan lamentándose del precio 
de nuestra revista que según nues¬ 
tros amigos Donostiarras es TOTAL¬ 
MENTE PROHIBITIVO para sus bol¬ 
sillos, más aún cuando comproba¬ 
ron que dentro no hacíamos alusión 
al A500, concluyeron que el precio 
fué definitivamente “un sablazo”. 


COMENTARIO 

LLegados a este punto, quizás no 
entendáis aún la comparación entre 
esta queja con “Pepe Pótamo” de 
los inolvidables dibujos animados de 
la televisión. Pepe Pótamo era un 
hipopótamo de ficción que viajaba 
por el mundo en compañía de un 
monito salteando mil y una desven¬ 
turas, rescatando a princesas desva¬ 
lidas, ayudando a desgarbados 
aventureros en apuros... Al principio 
Pepe trataba de razonar con los 
malos para que liberasen a tal o cual 
persona, pero siempre acababa 
sufriendo las consecuencias de los 
“pillos" que solían cambiar a la 
dama por Pepe y su amigo. Para 
salir con éxito de la olla de los caní¬ 
bales o de las mil y una calamidades 
por defender una causa noble, 
usaba su GRITO HIPOHÜRACANA- 
DO que consistía en tomar aire una 
y otra vez hasta que su cuerpo 
engordaba a casi el triple y expulsar¬ 
lo por la boca en forma de huracán 
dejando a los malandrines a buen 
recaudo. 

Al leer cuidadosamente estas car¬ 
tas, tuvimos que implorar un “mea 
culpa” sin dar opción a un nuevo 
grito de Pepe Pótamo que nos deja¬ 
ra maltrechos. Es totalmente cierto 
que si el Motorola 68.000 lo com¬ 
parten el ATARI y EL AMIGA, existen 
enormes diferencias entre ambos, a 
modo de ejemplo nombrar que el 
tratamiento de los periféricos son 
diametralmente diferentes, las inte¬ 
rrupciones ídem de ídem... Por ello 


me alegré enormemente cuando al 
analizar las quejas de estos incondi¬ 
cionales (espero) llegamos a la con¬ 
clusión de incluir un curso de 
ENSAMBLADOR ESPECIFICAMEN¬ 
TE PARA AMIGA, dando respuesta 
a nuestros lectores. 

El precio iüf! Cuando nos plantea¬ 
mos seriamente salir al mercado 
nacional con nuestra publicación, 
pensamos en un único objetivo : CIn 
producto de calidad que satisfaciera 
a los miles de usuarios informáticos 
hartos de la informática de gestión y 
del comentario de video juegos sin 
un fin práctico. 

Si os fijáis miréis donde miréis esta¬ 
mos invadidos por las casas publici¬ 
tarias. Nuestra revista lleva poca 
publicidad a cosa hecha, analizar 
por gusto el resto de publicaciones, 
os llevareis un desagradable sorpre¬ 
sa. Somos tremendamente selecti¬ 
vos a la hora de introducirla, pues de 
nada nos valdría tener 60 paginas de 
ella y solamente 8 de contenido a un 
precio formidable. Ofrecemos casi 
68 paginas repletas de contenido 
práctico que no variaremos por nada 
ni por nadie, es más nuestra inten¬ 
ción es no saturaros jamás de anun¬ 
cios publicitarios, y eso obviamente 
debe redundar en el precio final. 

Los cursos pueden resultaros más 
o menos interesantes, algunos 
tendréis los conocimientos informá¬ 
ticos como para no necesitarnos 
hasta el número 15, pero siempre 
nos podréis usar de recordatorio o 
repaso, otros diréis que casi no 


llegáis a lo que tratamos de enseña¬ 
mos, en definitiva nunca llueve a 
gusto de todos. 

Finalmente cuando te adentras en 
la informática y miras atrás, obser¬ 
vas que tu biblioteca tiene un 60% 
de libros en inglés, porque si adquie¬ 
res la versión castellana los errores 
de traducción se suceden a la veloci¬ 
dad del rayo. Podríamos extraer a 
modo de ejemplo de una versión 
pirata del PCTOOLS que alguien ha 
traducido y que al finalizar nos dice 
“Felipe pasó del Inglés". Los libros 
sean de la índole que sean no son 
especialmente baratos (por desgra¬ 
cia) y pienso que nuestro precio 
quizás sea algo elevado es posible, 
pero si pensáis: 

- El equipo humano que ponemos 
a vuestra disposición. 

- El tiempo empleado en el desarro¬ 
llo de cada uno de los temas y cur¬ 
sos que ofrecemos. 

- Los medios técnicos necesarios 
para llegar hasta vosotros. 

- Somos autodidactas, no pertene¬ 
cemos a ninguna Multinacional o 
macroempresa que nos ampare. 

- La escasa publicidad como lema. 

Llegaríais a la misma conclusión 
que la redacción de código Juego. 
El precio es adecuado. 

MORALEJA 

MEJORAMOS PARA ACERCAR¬ 
NOS MAS A TI. ADMITIMOS LAS 
CRITICAS Y GRACIAS POR ADQUI¬ 
RIRNOS INCONDICIONALMENTE. 
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Ramón López 





















































a estuvimos indagando 
en el número anterior 
en que consistía el fun¬ 
dido de colores. En rea¬ 
lidad se trata de un truco visual 
que se consigue disminuyendo 
la intensidad de la luminosidad 
del color original en pantalla o 
aumentándolo dependiendo de 
si se trataba de un fundido a 
negro o a color. Como vimos, 
los colores aparecen en pantalla 
gracias a la iluminación con 
mayor o menor fuerza de los 
tres componentes de color en 
los que se divide cualquiera de 
los que forman un gráfico en la 
pantalla, en nuestro caso el 
logotipo de MOOKIE, y que se 
conocen como RGB o Rojo, 
Verde y Azul. La intensidad de 
dichos tres componentes que 
dan vida a cada color se mide 
con números que oscilan entre 
0 y 255. 

Vimos, también, un ejemplo con 
un color escogido al azar. En 
nuestro caso fue el color blan¬ 
co, el cual tiene la máxima can¬ 
tidad de los tres colores, es 
decir, 255 en los tres casos. El 
color bajaba de intensidad a 
medida que hacíamos dismi¬ 
nuíamos la cantidad de compo¬ 
nente verde del mismo, con¬ 
virtiéndose en un color rosaceo. 
Este ejemplo nos sirvió de 
maravilla para ilustrar como 
llega a conseguirse este efecto. 
Pero pasemos a estudiarlo en el 
propio programa MAIN.ASM 
que venia en CJ1. 

EL LISTADO 

Antes que estudiar como hemos 
logrado plasmar en código 
máquina el fundido de color de 
las diferentes pantallas de pre¬ 
sentación de juego, tenemos 
que hacer un alto en el camino 
para estudiar como se carga un 
archivo desde disco hacia la 
memoria en el lugar que noso¬ 
tros deseemos, para utilizar des¬ 
pués los datos cargados a nues¬ 
tro antojo, en este caso los que 
corresponden a la información 
gráfica de las pantallas y la pale¬ 
ta de colores de cada una de 
ellas. Incluso me veo obligado a 
estas alturas a dar un paso atrás 
y explicaros como se han con¬ 
seguido las pantallas que habéis 
visto en el número 1 de Código 
Juego. 

Para crear una pantalla gráfica 
existen multitud de aplicaciones 


en mercado. Por nombrar algu¬ 
nas diría Paintbrush, 
Photostyler, 3D Studio, Corel 
Draw, etc. Con estas aplicacio¬ 
nes de logran pantallas de gran 
calidad gráfica que podemos 
utilizar en nuestros juegos. En 
general los gráficos se pueden 
crear de tres formas; manual, 
renderizados y escaneados. La 
manual es la más complicada 
pero la que nos permite una 
mayor libertad en cuanto a cali¬ 
dad e imaginación. La renderi- 
zación consigue gráficos 
electrónicos de gran calidad tri¬ 
dimensional pero siempre tie¬ 
nen ese olor a sintético. Por últi¬ 
mo el escaneo de imágenes nos 
da la realidad total. Estos proce¬ 
sos se pueden combinar para 
darnos gráficos de todos los 
gustos. 

Pero, no es tema de esta sec¬ 
ción la creación gráfica de las 
imágenes. Partimos, pues, de 
que ya tenéis las pantallas crea¬ 
das o de que tenéis un amigóte 
que las ha creado. 

Las imágenes en el PC se guar¬ 
dan en disco en muchos forma¬ 
tos diferentes como el PCX, 
IMG, TIF, GIF, TGA, JPEG, etc, 
pero todos ellos reúnen los 3 
bloques de información funda¬ 
mentales para cada una de 
ellas. Estos son: 

1) Datos gráficos: Es decir la 
información de los pixels que 
forman el gráfico 

2) ilet< : Los componentes de 
color RGB de cada uno de los 
colores (256 en el modo gráfico 
que nos interesa) 

3) La información de formato: 
Tamaño de la imagen en filas y 
columnas de pixels, número de 
colores (256, 32768, 65535, 16 
millones...) 

En el modo 13h, 256 colores 
320x200 pixels tendremos una 
paleta que medirá 768 bytes, es 
decir tres bytes RGB por color 
por 256 colores diferentes. 
Además, si tenemos 320x200 
pixels nos da un total de 64000 
bytes de información gráfica. El 
problema que se nos presenta 
es el de que formato elegir para 
guardar la información de los 
gráficos en disco. 

Para ello hemos elegido lo que 
se conoce como formato crudo 
o sin compresión. Ello se debe a 
que si utilizamos un formato 
con compresión de datos, 


como alguno de los que he 
mencionado arriba, tendremos 
que descomprimirlos en nuestro 
programa, cosa que estudiare¬ 
mos más adelante. Esto tiene la 
gran ventaja de ahorrar espacio 
en disco, pero nos complicaría 
exageradamente la existencia en 
estos niveles de comienzo en los 
que nos hayamos. 

El formato .PAN, o pantalla, en 
el que están guardadas la pan¬ 
tallas de presentación de MOO¬ 
KIE que podéis encontrar en el 
disco de CJ1, es el formato 
crudo o sin compresión del que 
os he hablado y que se resume 
de la siguiente manera: 

1) 768 bytes de la paleta de 
colores 

2) 64000 bytes de información 
de pixels 

Tamaño del archivo 64768 
bytes. 

Como podéis ver existe un 
archivo para cada pantalla de 
presentación, con nombres 
como MOOKIEPR.PAN, MAR- 
COS.PAN y RAMON.PAN. Si los 
miráis internamente con cua- 
quier programa que permita ver 
la información hexadecimal 
como LIST.COM que explica¬ 
mos en CJ2, veréis que los pri¬ 
meros 768 bytes del archivo 
presentan una repetitividad de 
tres en tres correspondientes a 
los bytes R, G y B de la paleta 
de colores. 

Una vez que entedéis esto, 
vamos a pasar a como se carga 
este archivo en memoria para 
que la información gráfica 
pueda ser utilizada en el juego 
MOOKIE. 

LA CARGA DE ARCHIVOS 

Cuando un archivo se ha graba¬ 
do en disco y se pretende recu¬ 
perar los datos que hay en él, 
tenemos que echar mano al 
MSDOS y sus funciones handle 
de manejo de archivos. 

Es pretensión de este apartado 
obviar lo innecesario, por lo que 
no se explicarán aquí las obsole¬ 
tas funciones FCB que ya no se 
utilizan, gracias a la manejabili¬ 
dad de las más modernas y utili- 
zables funciones handle. 
Vayámonos a la parte del listado 
que está etiquetada como carga 
y que podéis ver en la imágen 
adjunta. Esta subrutina se 
encarga de cargar los archivos 
en memoria en función de una 


serie de varióles que están enca¬ 
denadas en la parte del seg¬ 
mento de datos bajo el nombre 
de BLOQGES. ver figura. 

La variable BLOQUES contiene 
toda la información que se 
necesita para cargar un archivo 
en memoria y que se explican, 
también, en el pequeño listado 
de MOOKIE.INC en la página 
21 de CJ1. Estos datos son: 

1) Nombre de fichero: 8 carac¬ 
teres del nombre y 3 de la 
extensión. 

2) Byte ASCIIZ que indica fin del 
nombre del archivo. La Z al final 
de ASCII significa que el dato es 
siempre un cero. 

3) Puntero de carga (Word alto 
y bajo): indican un desplaza¬ 
miento dentro de archivo desde 
donde empezaremos a cargar 
datos en caso de que no quera¬ 
mos que empieze desde la posi¬ 
ción inicial del archivo. 

4) Lugar en memoria: (Word 
bajo, byte alto) Sitio en la 
memoria donde queremos colo¬ 
car los datos cargados, en for¬ 
mato Segmento: Offset. 

5) BCOMPR: Tamaño del blo¬ 
que a cargar en caso de que no 
este comprimido. Por ahora y 
como hemos indicado, el blo¬ 
que no estará comprimido. Por 
tanto aquí siempre indicaremos 
un dato. 

6) BDESC: Tamaño del bloque 
comprimido. No se usa todavía. 

7) FLAG: Gn byte que indica si 
el archivo pedirá que se le asig¬ 
ne memoria y por tanto indica 
que puede ser cargado en cual¬ 
quier lugar de la misma, con lo 
que se obvia la variable “lugar 
en memoria”, la cual se usa 
cuando queremos que los datos 
cargados sean introducidos en 
lugar prestablecido de la memo¬ 
ria. 

Como véis, CARGA permite tra¬ 
bajar con cualquier tipo de 
archivos, comprimidos o no, y 
colocar un número X de datos 
en cuaquier posición de la 
memoria. 

Pero estudiemos más a fondo 
las partes integrantes de la 
variable BLOQGES. 

El nombre del fichero sigue las 
convenciones normales de 
MSDOS, es decir los ocho 
caracteres que se usan para el 
nombre en sí, el punto y des¬ 
pués los 3 caracteres de la 
extensión. Se ponen entrecomi¬ 
llados para que el ensamblador 
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En las pantallas se puede apre¬ 
ciar como el color se va degra¬ 
dando paso a paso para conse¬ 
guir el efecto de fundido. Las 
pantallas ocupan 64768 bytes 
en formato descomprimido 
hasta que aprendamos a com¬ 
primirlos con rutinas especia¬ 
les de compresión gráfica. 


sepa que estamos tratando con infor¬ 
mación alfanumerica y que de tradu¬ 
cirlos a sus correspondientes códigos 
hexadecimales a la hora de compilar. 

El byte OOh, que sigue al nombre es 
llamado byte ASCIIZ en la documenta¬ 
ción de Microsoft. No sirve para nada, 
salvo para indicar a las funciones 
handle del sistema operativo que ahí 
se encuentra el final del nombre del 
archivo, por tanto no debemos saltár¬ 
noslo o nuestro programa dará erro¬ 
res. 

El puntero de carga, siguiente varia¬ 
ble, es de una utilidad innegable, ya 
que nos permite cargar datos desde 
un archivo pero desde la posición 
dentro del mismo que deseemos. Así, 
cuando queramos cargar los datos de 
la información gráfica de nuestras 
pantallas, que se encuentran justo 
después de los 768 bytes de la paleta 
de colores, le indicaremos a CARGA 
que desplace el puntero de carga ese 
número de bytes dentro de cada 
archivo de pantalla como veremos 
más adelante. 

El lugar en memoria indica en que 
parte de la memoria convencional o 
base del PC vamos a introducir los 
datos a medida que se vayan cargan¬ 
do. Esto nos permite situar la informa¬ 
ción en el lugar que queramos para su 
utilización posterior. En el segmento 
de datos de MAIN.ASM podéis ver que 
hemos destinado un lugar especial 
para los datos de la paleta y que 
hemos etiquetado con el nombre de 
DACTABLE1. Cuando cargemos los 
datos de la paleta, indicaremos a 
CARGA que queremos cargar esos 
768 bytes en esta posición de la 
memoria y no en otra. 

En BCOMPR indicamos el tamaño en 
bytes que vamos a cargar en memoria 
y por último en FLAG indicamos que 
el bloque de datos deberá ser introdu¬ 
cido en cualquier lugar de la memoria, 
en realidad el primero que esté dispo¬ 
nible, tras pedirle al MSDOS que le 
asigne memoria como veremos ahora. 

SCJBRÜTINA CARGA 

Para llamar a CARGA deberemos car¬ 
gar en el registro SI con la dirección 
de la memoria donde se encuentre la 
variable BLOQCJES en cuestión, la 
cual como hemos visto anteriormente, 
reúne toda la información sobre el 
archivo a cargar. Lo hacemos de la 
siguiente forma: 

MOV SI, OFFSET BLOQCIE3 
CALL CARGA 

De esta forma le pasamos a la subruti¬ 
na CARGA todos los datos del archivo 
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a cargar, en este caso BLOQCJE1. 
Pero analicemos más detenidamente 
que contiene esta varible en concreto 
para que nos sirva de ejemplo. 
BLOQCJE3, para empezar, en el 
campo “nombre de archivo” tiene el 
nombre de la pantalla que queremos 
cargar en memoria, en este caso 
“MOOKIEPR.PAN”. Como dijimos 
antes 8 caracteres, punto, 3 caracte¬ 
res y para finalizar el byte ASCIIZ que 
como véis siempre vale 0. A continua¬ 
ción, nos dice que el lugar donde 
quiere comenzar a tomar datos desde 
el comienzo del archivo 
MOOKIEPR.PAN es el 0,0 luego justo 
desde el principio del archivo. Si lo 
comprobáis, cuando queremos cargar 
la información de los pixels de la pan¬ 
talla en este campo aparecen los 
datos 768,0 como en la variable BLO¬ 
QUES por ejemplo. Los datos siempre 
se guardan de forma byte bajo, byte 
alto luego ese dato será 768. De esta 
forma indicamos que queremos 
empezar a cargar desde el dato colo¬ 
cado en el lugar 768 dentro del archi¬ 
vo en cuestión. 

A continuación, dentro de BLOQUE3, 
indicamos el lugar en la memoria 
donde queremos guardar los datos 
cargados. En esta ocasión están mar¬ 
cados como: 

OFFSET DACTABLE2,SEG DATA. De 
nuevo posición baja, posición alta, 
recordad eso siempre. Los datos 
serán cargados en el segmento de 
datos justo en el lugar etiquetado 
como DACTABLE2. 

El número de datos a cargar según 
indica BLOQUE3 es de 768 bytes 
según indican los datos 0,768 que vie¬ 
nen a continuación. Después sólo 
queda el FLAG que nos dice que no 
quiere pedir memoria para colocar los 
datos puesto que ya tiene sitio donde 
colocarlos, o sea DACTABLE2 que ya 
fue indicado en el campo anterior. 

Pues bien, esta es la forma interna de 
la variable BLOQÜES que está en el 
segmento de datos de nuestro progra¬ 
ma. Veamos ahora como se cargan 
los datos en la memoria con la subru¬ 
tina CARGA. Al principio de la subruti¬ 
na, pasamos el valor de entrada que 
venia en SI, es decir el comienzo en 
memoria de la varible que nos indica 
que tenemos que cargar, al registro 
DX y a continuación metemos en el 
registro AX el valor 03D00h, para lla¬ 
mar a las funciones del MSDOS. 

La función a la que llamamos es la 
3Dh que se encarga de abrir un archi¬ 
vo y y no ocurre ningún error asignarle 
un handle que es como una tarjeta 
identificativa y que utilizaremos a partir 
de ahora para referirnos a él. Si ocurre 
un error en la apertura del archivo, 






























Subrutina CARGA del módulo MAIN ASM 


***************************************************************************** 
Modulo: GARGA 

descripción: Carga un archivo o un bloque de dentro de un archivo en la memoria 
El archivo o bloque puede estar comprimido o no. 

Entradas: SI debe apuntar a la variable BLOQUES que indica que hay que cargar 
donde hay que cargarlo y si esta comprimido o no. 

Ramón López, 21 Nov 1992 

***************************************************************************** 


generalmente porque el disco esté dañado o que 
en realidad el archivo no se encuentre, de esta 
interrupción volvemos con el acarreo alto por ello 
hacemos la comprobración JNC LOAD_l, la 
cual, si falla, nos conduce a una salida del pro¬ 
grama hacia la subrutina EXIT que se encargará 
de devolvernos al MSDOS con un mensaje de 
error de “archivo no encontrado”. Si como debe 
ser la comprobación es correcta nuestro progra¬ 
ma continua en la etiqueta LOAD_l. 

El handle o llave identificativa del fichero es 
devuelto en el registro AX y para no perderlo en 
las sucesivas operaciones, se lo pasamos a BX. 

La siguiente función del MSDOS que vamos a uti¬ 
lizar por medio de 1NT 21h es la 42h. Con ella 
logramos situar el puntero de carga en la posi¬ 
ción del archivo desde la que queremos empezar 
a tomar datos. Para ello debemos tener esa posi¬ 
ción cargada en los registros CX y DX antes de 
llamar a esta interrupción. Para ello los tomamos 
de las posiciones 13 y 15 de la variable bloques. 
Echale un vistazo por si tienes dudas a la explica¬ 
ción anterior y comprueba las posiciones de las 
que te hablamos. Si esta función da error no 
tiene más remedio que ser que el fichero esté 
dañado o corrupto por lo que saltamos a dicho 
error. 

A continuación, y si el FLAG de petición de 
memoria está encendido, llamamos a la subruti¬ 
na ASIGNA la cual buscará cual es la siguiente 
posición libre en la memoria del PC para dárnosla 
a nosotros e indicándonos cual es el comienzo de 
la misma. Si hay un error, porque no hubiese 
memoria suficiente, saldríamos al MSDOS con el 
consiguiente mensaje que nos indica que debe¬ 
mos liberar alguna. De todas formas esto es difícil 
que ocurra ahora que nuestro programa es 
pequeño pero es algo que deberemos tener siem¬ 
pre en mente. 

Tras esto comprobamos si está comprimido el 
fichero y en caso contrario, y por ahora va a ser 
así, saltamos a la etiqueta LOAD_6 donde carga¬ 
mos el archivo y tras su utilización procedemos a 
cerrarlo liberando el handle correspondiente con 
la función 3Eh de la interrupción 21h. 

El archivo, o la parte de él que queremos, ha sido 
cargado en memoria listo para su utilización. 
Como habéis comprobado esta rutina puede ser, 
por su estructura, utilizada para cargar no sólo las 
pantallas, sino todo lo que queramos dentro de 
nuestro programa. Te recomiendo que la estu¬ 
dies detenidamente y que te apoyes en tu estudio 
con algún que otro libro donde te expliquen los 
servicios del MSDOS. También te recomiendo 
que, si no lo has hecho hasta ahora, empieces a 
estudiar la sección “El MSDOS y el programador 
de Videojuegos” donde encontrarás toda la infor¬ 
mación, paso a paso, de como se puede acceder 
a estas funciones de las que vamos a ver muchas 
de ellas aquí, de forma práctica. De hecho, ya 
hoy, has aprendido algunas de ellas. 

En el próximo Cj nos veremos con más cosas. 


Ñame CARGA 
INCLUDE MOOKIE.INC 


CODE 

SEGMENT 

PUBLIC 


ASSUME 

CS:CODE,DS:DATA,ES:DATA 

CARGA 

PRX 

NEAR 


MCV 

DX,SI 


MOV 

AX,03D00H 


INT 

21H 


JNC 

LOAD 1 


MCV 

ERROR,4 


JW 

exit 

LQAOJ: 

MOV 

BX,AX 


MOV 

CX,[SI+15] 


MOV 

DX,[SI+13] 


MOV 

AX.04200H 


INT 

21H 


JNC 

LOAD 2 


MOV 

ERROR,5 


CUC 



JMP 

EXIT 

LGAD_2: 

MOV 

AL,[SI+25] 


AND 

AL,AL 


JZ 

LOAD 3 


PUSH 

BX 


MOV 

BX,[SI+23] 


GALL 

ASIGNA 


POP 

BX 


JMP 

SHORT LQAD_4 

LOAD 3: 

LES 

DI,[SI+17] 

LQAD_4: 

MOV 

CX,[SI+21] 


AND 

CX,CX 


JZ 

LOAD 6 


MOV 

AXjQAOOOH 


MOV 

DS,AX 


XOR 

DX,DX 


MOV 

AH,3FH 


INT 

21H 


JNC 

LOAD 5 


MOV 

ERROR,5 


CUC 



JNP 

EXIT 

LQAD_5: 

GALL 

DESOOMP 


JNP 

SHORT CIERRA 

LQAD_6: 

MOV 

CX,[SI+23] 


PUSH 

DS 


PUSH 

ES 


POP 

DS 


MOV 

DX,DI 


MOV 

AH,3FH 


INT 

21H 


POP 

DS 


JNC 

CIERRA 


MOV 

ERROR,5 


CUC 



JNP 

EXIT 


CIERRA: 

MOV 

AH,3EH 


INT 

21H 


RET 


CARGA 

ENDP 


ASIGNA 

PRX 

NEAR 


SHR 

BX, 1 


SHR 

BX,1 


SHR 

BX,1 


SHR 

BX,1 


INC 

BX 


MOV 

AH,48H 


INT 

21H 


JNC 

ASIGNA 1 


MOV 

ERROR,3 


CUC 



JMP 

EXIT 

ASIGNAJ : 

MOV 

ES,AX 


MOV 

SG CARGA,AX 


XOR 

DI, DI 


RET 


ASIGNA 

ENDP 


DESCOMP 

PRX 


DESCCMP 

ENDP 



; APERTURA DE ARCHIVO PARA LECTURA 
; ERROR DE APERTURA DE ARCHIVO 
¡GUARDA EL HANDLE 

¡SITUA EL PUNTERO DENTRO DEL FICHERO 
¡DESDE EL COMIENZO DEL MISMO 

¡ERROR DE CORRUPCION DEL FICHERO 

¡FLAG DE PETICION DE MEMORIA 
¡GUARDA EL HANDLE 

¡BYTES TOTALES QUE NECESITA EL BLOQUE EN MEMORIA 
¡LLAMA AL ASIGNADOR DE MEMORIA 
¡RECUPERA EL HANDLE DEL FICHERO 

¡LA POSICION DE CARGA NO ESTA YA ASIGNADA 
¡SE TRATA DE UN FICHERO COMPRIMIDO? 

; CARGA EN MEMORIA DE VIDEO 

¡ERROR DE CORRUPCION DEL FICHERO 

¡SE CARGA EL ARCHIVO DESCOMPRIMIDO 


¡CIERRA EL ARCHIVO, EL HANDLE YA ESTA EN BX 

¡PETICION DE MEMORIA 
¡ERROR DE FALTA DE MEMORIA 
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EL SECRETO DE LAS 3D 

El monitor del ordenador es 
un plano en 2 dimensiones 
correspondientes al alto y al 
ancho. Para identificar un 
punto en ese plano, usamos 
pares de valores que represen¬ 
tan la altura (a la que a partir 
de ahora llamaremos Y) y la 
posición horizontal (a partir de 
ahora llamaremos X) que 
ocupa dentro del plano. 

El primer punto del monitor es 
el que tiene valores x=l e 
Y=l. Para mayor comodidad 
lo representamos como (1,1). 
La forma general para hacer 
referencia a un punto del 
plano, es (X,Y). 

Este sistema para nombrar 
puntos, se llama CARTESIA¬ 
NO el cual se puede aumentar 
aún en una dimensión más, la 
profundidad, que a partir de 
ahora llamaremos Z. 
Pero, ¿cómo podemos repre¬ 
sentar un punto (X,Y,Z) en el 
monitor si este es un plano de 
2 dimensiones?, fácil, usando 
la cabeza y un poco de 
matemáticas. 

LAS MATEMATICAS Y LAS 3D 

No te asustes, las matemáti¬ 
cas necesarias son muy bási¬ 
cas, a nivel de BCJP. Y si aún 
así no las comprendes, no te 
preocupes, ya que vamos a 
deducir unas fórmulas y sólo 
tendrás que ponerlas en tus 
programas aunque no las 
comprendas. 

Si miras atentamente el dibu- 
jol, te darás cuenta de que 
entre el objeto, el horizonte y 
tus ojos, se forma un triángu¬ 
lo, que a su vez es proporcio¬ 
nal al triángulo que se forma 
entre tus ojos, el punto de 
corte con el plano de la panta¬ 
lla de la línea imaginaria que 
une al objeto con tus ojos y al 
punto de corte con el plano de 
la línea que unen tus ojos con 


el horizonte. 

Por lo tanto, según el principio 
básico de la semejanza de 
triángulos de la trigonometría: 
Y/Z=SY/D 
y despejando: 

SY=(Y*D)/Z 

Y como SY representa la inter¬ 
sección con la pantalla de la 
linea visual, SY es la posición 

Y de la pantalla, fácil ¿no? 
Aclaremos esto antes de pasar 
a deducir la fórmula para con¬ 
seguir la posición X de la pan¬ 
talla, que D es lo que los fotó¬ 
grafos, astrónomos, y otras 
personas que trabajan con 
aparatos ópticos llaman dis¬ 
tancia focal. 

Por lo general un valor de 
1200 es un valor aceptable, ya 
que si no el objeto puede salir 
algo deformado. 

La coordenada X en pantalla 
se deduce exactamente igual 
que la Y, la única diferencia es 
que hay que imaginar que 
vemos el dibujo 1 desde arriba, 
o sea, al observador sólo se le 
vería la coronilla, el objeto 
observado tendría un despla¬ 
zamiento respecto a la linea 
de visión (mirar dibujo2). Las 
formulas, al igual que anterior¬ 
mente son: X/Z = SX/D de 
donde: SX=(X*D)/Z por lo 
tanto, la posición (X,Y) en la 
pantalla de el punto (X,Y,Z) es 
(SX,SY) donde SX=(X*D)/Z y 
SY=(Y*D)/Z. Sin embargo, 
esto no nos basta, sigue 
leyendo. 

LAS FIGGRAS EN 3D 

Ya sabemos como dibujar un 
punto (X,Y,Z) en la pantalla, 
pero ¿cómo dibujamos una 
linea? Bien, sabemos que una 
línea es una sucesión de pun¬ 
tos, por lo tanto, lo lógico 
sería calcular muchos de esos 
puntos y representarlos. En 
teoría es correcto, pero en la 
práctica, no es factible debido 


a que al sumar el tiempo 
necesario para calcular cada 
punto el proceso se haría 
lentísimo, por lo tanto, tendre¬ 
mos que buscar un atajo. 
Sabemos que entre dos pun¬ 
tos hay una y sólo una recta 
posible que pase por ambos 
puntos, por lo tanto, nos basta 
con dos puntos para dibujar la 
recta. El proceso es el siguien¬ 
te, se calcula la posición en 
pantalla de los extremos del 
segmento y después se unen 
con una línea normal en 2D 
(usando la instrucción normal 
que tenga el lenguaje que 
uses para dibujar líneas). Por 
ejemplo si nuestro lenguaje 
usa la instrucción LINE para 
dibujar una línea y queremos 
dibujar la línea que va desde 
(XI,Y1, Z1) a (X2,Y2,Z2) 
podríamos hacer: 

SX1 =(X1*D)/Z1 SY1 =(Y1*D)/Z1 
SX2 = (X2*D)/Z2 SY2=(Y2*D)/Z2 
LINE (SX1 ,SY1 ,SX2,SY2) 

Para dibujar figuras más com¬ 
plejas, sólo tendremos que 
usar líneas más unidas. 

IA REPRESENTACION EN 
PANTALLA 

Los objetos en el espacio, 
ocupan lugares diferentes, es 
decir podemos decir que el 
vaso está encima de la mesa o 
que la caja de zapatos está 
boca abajo. Cuando represen¬ 
tamos un objeto en la pantalla 
también hemos de indicar la 
posición de este y también si 
está boca abajo o en cualquier 
otra posición. 

El proceso de indicar el lugar 
en el cual se halla el objeto, se 
llama TRASLACION. Consiste 
simplemente en indicar en 
que posición del sistema de 
referencia (ejes X,Y,Z) se halla. 
Por ejemplo, podríamos decir 
que el vaso que está sobre la 
mesa, está 2 metros delante 
de nosotros (Z) y a la altura de 


1 metro (Y). Las operaciones 
para trasladar un objeto a 
cualquier punto del espacio, 
son muy sencillas, consisten 
en sumar a cada componente 
X, Y, y Z el valor del desplaza¬ 
miento. En el ejemplo del 
vaso, tendríamos que: 

X=X Y=Y+1 Z=Z+2 
Generalizando queda: 
X=X+DX Y=Y+DY Z=Z+DZ 
Pero aún queda el proceso 
más complicado de todos. Se 
trata de indicar si el objeto 
esta boca abajo, boca arriba o 
sobre un lateral. Este proceso 
se llama GIRO. Para mayor 
comodidad lo descompondre¬ 
mos en tres giros simples, uno 
por cada eje. Para no compli¬ 
car demasiado, pasaré a daros 
las matrices que definen cada 
uno de los tres giros y des¬ 
pués deduciremos las fórmu¬ 
las, pero antes hemos de 
explicar como podemos medir 
los ángulos de giro. Como 
todos sabemos la circunferen¬ 
cia está dividida en 360 gra¬ 
dos, ésta es una medida arbi¬ 
traria, sin embargo es la más 
usada en Europa (y en 
España). Sin embargo no es la 
más adecuada para realizar 
cálculos por ordenador. Es 
más conveniente la medida en 
radianes. Explicar la medida 
en radianes sería muy largo, 
así que daremos la razón de 
conversión de grados a radia¬ 
nes. De todas formas es con¬ 
veniente saber que media cir¬ 
cunferencia (180 grados) 
corresponde al numero PI 
(3.1416) y por lo tanto toda la 
circunferencia (360 grados) 
corresponden a 2*PI. La razón 
de conversión es: 
RAD=(GRA*PI)/180 
Ahora ya estamos preparados 
para deducir las fórmulas de 
las matrices, Las matrices son 
las siguientes: 

GIRO EN EJE Y: 

( COS SEN 0 0 ) (X,Y,Z,1) ( - 





















SEN COS 0 0 ) ( 0 0 1 0 ) ( 

0 0 0 1 ) 

GIRO EN EJE Z: 

( COS 0 -SEN 0 ) (X,Y,Z,1) ( 0 
1 0 0 )( SEN 0 COS 0 ) ( 0 
0 0 1 ) 

GIRO EN EJE X: 

( 1 0 0 0 ) (X,Y,Z,1) ( 0 

COS SEN 0 ) ( 0 -SEN COS 0 
)(0 0 01) 

Siendo Ax el ángulo de giro en 
el eje X, Ay el de el eje Y y Az 
en del eje Z, tenemos alge¬ 
braicamente las siguientes fór¬ 
mulas deducidas de las matri- 


(X,Y,Z) — GIRO— > (X,Y,Z) 

El siguiente paso es hacer la 
traslación, de forma que obte¬ 
nemos la misma terna de pun¬ 
tos ya trasladados: 

(X,Y,Z)—TRASLACION—> (X,Y,Z) 

Y finalmente aplicamos la pro¬ 
yección a 2D: 

(X,Y,Z) —PROYECCION—> (SX.SY) 
obteniendo así un par de 


ces: 


XA = COS(Ay)*X-SEN(Ay) 
ZA=SEN(Ay)*X+COS(Ay)*Z 
X=COS(Az)*XA+SEN(Az)*Y 
YA=COS(Az)*Y-SEN(Az)*XA 
Z=COS(Ax)*ZA-SEN(Ax)*YA 
Y=SEN(Ax) *ZA+COS(Ax) * YA 
Donde X,Y,Z son los resulta¬ 
dos finales después de haber 
realizado el giro, y XA,ZA,YA 
son variables para guardar cál¬ 
culos temporales. 

UNIENDO TODAS LAS PIE¬ 
ZAS 

Ahora sabemos como proyec¬ 
tar un punto de 3D a 2D, 
sabemos hacer una traslación 
y un giro, pero ¿cómo se pone 
en pantalla un gráfico en 3D? 
El proceso es simple, primero 
tomamos los datos de tres en 
tres que representan a cada 
punto que definen un objeto, 
por supuesto los objetos se 
definen alrededor del centro 
de coordendas (luego median¬ 
te la traslación se colocarán 
en el lugar que queramos). 
Seguidamente, estos han de 
ser girados de forma que si 
tenemos (X,Y,Z) y lo hacemos 
girar, tendremos como resul¬ 
tado otros tres puntos que son 
los mismos pero ya girados: 



PARA FINALIZAR 
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MOVIMIENTO 

Sin lugar a dudas, el movimiento 
de objetos por la pantalla es una 
parte fundamental de la mayoría 
de los tipos de juegos. Es cierto 
que en juegos de mesa como el 
ajedrez o algunos juegos de 
ROL esto puede ser trivial pero 
en los de tipo PLATAFORMA o 
ARCADE se toma algo vitál. 

Igual que existen tipos de juegos 
diferentes, vemos que hay 
muchas maneras de mover 
estos objetos en pantalla. Si 
observamos el movimiento de 
las naves enemigas en un mata- 
marcianos cualquiera, podemos 
ver que la mayoría de esas naves 
siguen una tabla de movimiento 
fija (gracias a lo cual, al reiniciar 
el juego varias docenas de 
veces, ya sabemos por donde 
van a salir y los freimos apenas 
aparecen), en cambio en otros 
juegos el movimiento parece 
totalmente aleatorio y en otros el 
programa genera las posiciones 
donde pondrá el objeto median¬ 
te procedimientos que se encar¬ 
gan de ello. 

De las distintas maneras de 
hacer todo esto, vamos a hablar 
en esta parte y como el movi¬ 
miento se demuestra andando, 
vamos al programa. 

BOLA es un corto ejemplo de 
varios tipos de movimientos. 
Hay tres objetos en pantalla, 
LOGO, MOHEDA y BOLA. El 
LOGO sigue una tabla de princi¬ 
pio a fin y a la inversa,la BOLA 
sigue una tabla para su coorde¬ 
nada Y e incrementa o decre- 
menta la coordenada X median¬ 
te el programa con unas varia¬ 
bles mientras que la MOHEDA 
sigue un movimiento fijo en dia¬ 
gonal hasta chocar en los extre¬ 
mos de la pantalla. 
Remitiéndonos al listado, vemos 
en primer lugar una macro que 
se emplea para acortar el listado 
evitando teclear una instrucción 
numerosas veces. El programa 
empieza en 

PRG: MOV AX,13h (19 decimal) 

.. con lo que se pone el modo 
gráfico 320x200, después carga 
la paleta de colores y los gráfi¬ 
cos de la ‘demo’ BALL y se entra 
al bucle principal llamado MA1H. 


La idea es simple, se imprimen 
los distintos objetos, se hace 
una pausa para que la imagen 
permanezca en el fósforo el 
tiempo necesario y evitar el par- 
padéo, se borra la bola por ser 
un objeto tipo SPRITE, se calcu¬ 


la la próxima posición de los 
objetos y tras comprobar si se 
pulsa alguna tecla se reinicia el 
bucle si no se pulsó o sale al 
DOS si se hizo. 

Lo primero que hacemos es 
imprimir la MOHEDA porque 
queremos que pase tras el 
LOGO esto lo hace el procedi¬ 
miento IMP_MOH. Simplemente 
calcula la dirección donde se 
imprimirá tomando sus coorde¬ 
nadas de pixel de la esquina 
superior izquierda y hace un 
movimiento del bloque gráfico a 
la pantalla. El gráfico de la 
MOHEDA está en el archivo de 
gráficos BOLITAS.RAW en la 
línea 25 col 146 (25*320 
+ 146= 8146). La MOHEDA no 
necesita ser borrada porque 
tiene una línea vacía (en negro) 
a su alrededor que al imprimirla 
borra lo que hubiera debajo, es 
decir a sí misma. 

El procedimiento para mover la 
MOHEDA es MOHE_MOV, está 
explicado en el listado y su filo¬ 
sofía es sencilla. Se tiene un 
número para cada coordenada 
que se suma a la línea o la 
columna en cada caso, este 
número puede ser 1 ó -1, si es 
1, al sumar se incrementa la 
coordenada y si es -1, con la 
misma operación de suma, lo 
que hace es restar. Para que 
valga 1 ó -1 se comprueba si se 


han alcanzado los límites de la 
pantalla y si es así, se invierte 
ese numero via HEG y se guar¬ 
da. 

Tras la MOHEDA va el LOGO, 
se imprime mediante 
BLCJE LOGO y el sistema es 


idéntico al de la MOHEDA, cal¬ 
cula la posición en pantalla par¬ 
tiendo de X e Y y mueve el gráfi¬ 
co a pantalla. 

El sistema de moverlo es lo que 
cambia. Consiste en tener un 
contador [LOGO_C] que sirve 
de índice a una tabla y que 
dependiendo de una variable 
[LOGO_F] que puede ser 1 ó -1 
, se incrementa o decrementa 
para pasar al siguiente elemento 
de la tabla. Entonces se com¬ 
prueba que no se superen los 
límites de la tabla y si es así se 
invierte la variable y se guardan 
todas tras las modificaciones 
para ser usadas por el proc. de 
impresión. 

Y lo último, dado que queremos 
que pase por encima de los 
otros objetos, es la BOLA. 
IMP BOLA primero calcula la 
dirección en pantalla del modo 
habitual y después mirando 
[COLOR] apunta el SI al inicio 
de la BOLA correspondiente, y 
comienza la impresión. Como 
no queremos que el rectángulo 
en el que está la BOLA, se vea 
borrando lo que haya bajo la 
BOLA en pantalla hemos de 
comprobar byte a byte si se 
debe o no imprimir cada punto 
del gráfico Existen otros modos 
de imprimir SPRITES se tratarán 
en otro momento pero para este 
ejemplo, este es perfecto. Se 


repite la misma operación 3 
veces para acelerar el proceso, si 
hubiera más gráficos o fueran de 
mayor tamaño, este número 
sería muy superior (el tiempo es 
crítico cuando se hacen las 
cosas en pantalla directamente). 
BOLA_MOV es una mezcla de 
los dos métodos de movimiento 
anteriores. El movimiento a lo 
largo del eje X es como en la 
MOHEDA solo que algo diferen¬ 
te, suma a la coordenada X un 1 
ó -1 que es el contenido de 
[SI + 2] y si se alcanza el lado 
izquierdo o derecho de la panta¬ 
lla se invierte [SI+2] mientras 
que el movimiento a lo largo de 
Y se realiza como en el LOGO 
mediante un contador [COHT] 
que sirve de índice a una tabla 
[T_BOTE]. 

Tras imprimir los 3 objetos, hay 
que dejar que permanezcan en 
pantalla el tiempo suficiente 
para que la retina los capte, un 
método ideal es esperar una 
señal de barrido del monitor, 
esto lo hace el procedimiento 
SIHCRO y se explicará en la sec¬ 
ción dedicada a la VGA. 

Al recibir esa señal es el 
momento idóneo para borrar la 
bola, efectuar los cálculos y rei¬ 
niciar el ciclo pues de esa mane¬ 
ra evitamos el parpadeo de los 
objetos en pantalla. Haz una 
prueba y elimina la llamada a 
SIHCRO verás a que me refiero. 
A parte de eso, en el listado hay 
otros procedimientos misceláne¬ 
os que no tienen que ver con el 
tema como es la carga de los 
ficheros y que están sobrada¬ 
mente explicados en el mismo 
listado. 

Con esto termina la explicación 
de esta sencilla rutina de movi¬ 
miento. Espero que aprendas 
mucho de ella. 

FRAH94 



Forma en que se guardan los gráfi 
eos en disco. 
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TITLE 


BOLA 



; T_BOTE es la tabla de botar. También calcula X como en el mov. de MONEDA 





¡Se van a usar registros de 32 bits 

*. 







BOLA MOV 

PROC 


ZXZ3Z 

SEGMENT 

USE 16 


MOV 

AX,[CONT] 

¡Coge el CONTador 


ASSÜUE 

CS¡CODIGO, 

DS:CODIGO 

MOV 

SI,OFFSET T BOTE 

¡Apunta al inicio de la tabla 


3RG 

lOOh 

¡Origen necesario en .COM 

ADD 

SI, AX 

;[SI] = valor a sacar de tabla 





LODSB 


¡Lo saca en AL 

•—i- 

li-i ahorro de tecleo y lineas en el listado fuente 

LEA 

SI,Y 

¡Apunta SI a la posición donde est 

Or 5 

3 cr« n* 

n£mero de 

veces la instruccicn MOVSD 



; la coord. Y de la bola 





MOV 

AH,[FLAG] 

¡Comprueba su ‘FLAG de dirección’ 


•O»0 n 



OR 

AH, AH 

; si FLAG = 1 


n 



JNZ 

B RESTA 

; debe restar a Y el [SI] 


«VSO 



ADD 

[SI],AL 

; si FLAG = 0, suma 


zXM 



INC 

[CONT] 

¡Incrementa la variable contador 


EVW 



MOV 

AX,60 






CMP 

[CONT],AX 

¡Comprueba que no exceda el m ximo 




::::::::¡CODIGO:i::::::::::::::::::::::::::::::::::: 

JNZ 

EXIT1 






MOV 

AL, 1 

¡Si excede, invertir FLAG para resta 


MOV 

AX,13h 


MOV 

[FLAG],AL 

; la próxima vez 


INT 

lOh 

¡Poner el modo 320x200 256 colores 

JMP 

SHORT EXIT1 

¡Salta a punto com£n 


CALL 

CARGA_GRAF 

¡Carga pantalla y paleta y pone esta 

B RESTA: SUB 

[SI],AL 

¡Si FLAG fue = 1, resta [T_B0TE] de Y 


MOV 

AX,OAOOOh 

¡Segmento de memoria de la VGA en ES 

DEC 

[CONT] 

; y dec. el contador 


MOV 

ES, AX 


MOV 

AX,[CONT] 






OR 

AX, AX 

¡Comprobar si llego a 0 




:¡BUCLE PRINCIPAL::::::::::::::::::::::::::::::::: 

JNE 

EXIT1 






MOV 

AL,0 

¡Si fue asi, invertir FLAG. Próxima 

—r 

CALL 

IMP_M0N 

¡Imprime moneda 

MOV 

[FLAG],AL 

; vez sumar 





EXIT1: LEA 

SI,X 

¡Apunta SI a columna 


CALL 

BLUE_LOGO 

;Imprime el LOGO 

MOV 

AX,[SI] 

¡Palabra de 0 a 293 en AX 





MOV 

DX, AX 



CALL 

IMP_B0LA 

¡Imprime la bola en SPRITE 

OR 

AX, AX 

¡'Izquierda de pantalla? 





JZ 

COLU 0 



CALL 

SINCRO 

¡Pausa de sincronía 

CMP 

AX,293 






JNZ 

INC COL 

;"Derecha de pantalla? 


CALL 

BORRA 

¡Borrado de bola 

COLU 0: INC 

[COLOR] 

¡Inicio o fin, cambiar color de bola 





MOV 

AX,[SI+2] 

¡Invertir incremento en X 




.■CALCULO DE COORDENADAS::::::::::::::::::::::::::::: 

NEG 

AX 

¡Si era 1 pasa a -1 y viceversa 





MOV 

[SI+2],AX 

¡Guarda y la próxima vez ir al reves 


CALL 

L0G0_M0V 

¡Calcular nuevas X e Y para el LOGO 

INC COL: MOV 

AX,[SI+2] 






ADD 

AX, DX 

¡Suma a la columna un 1 o un -1 


CALL 

B0LA_M0V 

; “ “ “ “la bola 

MOV 

[SI],AX 

¡Guarda columna 





RET 




CALL 

M0NE_M0V 

; para la MONEDA 

BOLA MOV 

ENDP 



::: "SALIR? ::::::::::: 



MOV 

AH, 1 

¡Leer el teclado en busca de 


INT 

16h 

; alguna tecla pulsada 


JNZ 

SALIR 



JMP 

MAIN 

¡Repetir proceso si no pulso 

S*JR: 

MOV 

AX,3 

¡Poner en modo texto 


INT 

lOh 


XS: 

MOV 

AH,4Ch 

¡Salir al DOS 


INT 

21h 



IMPRIMIR BOLA::::::::::::::::::::::::::: 
I«c-i*e en ES:DI la bola tipo SPRITE (sin borrar todo el rect ngulo que 
retine la bola en el gr tico que pueda haber debajo) 


A 

PROC 

MOV 

DI,[X] 

MOV 

AX,[Y] 

MOV 

DX.320 

MUL 

DX 

ADO 

DI, AX 

MOV 

SI,OFFSET BLANCA 

MOV 

AX,[COLOR] 

CMP 

AX, 6 

JNE 

ETI01 

SUB 

AX, AX 

MOV 

[COLOR],AX 

SHL 

AX, 1 

ADD 

SI, AX 

MOV 

SI,[SI] 

MOV 

0: 

CH,23 

MOV 

DX,320 

PUSH 

SI 

PUSH 

DI 

MOV 

CL,9 

HO: LODSW 

OR 

AL, AL 

JZ 

S 1 

MOV 

ES:[DI],AL 

INC 

DI 

OR 

AH, AH 

JZ 

S 2 

MOV 

ES:[DI],AH 

INC 

DI 

LOOSB 


OR 

AL, AL 

JZ 

S 3 

MOV 

ES:[DI],AL 

INC 

DI 

DEC 

CL 

JNZ 

BUC ANCHO 

POP 

DI 

fOP 

SI 

ADO 

DI.DX 

«00 

SI, DX 

DEC 

CH 

JKZ 

BUC_ALTO 

RET 


A 

ENDP 

de 

la coordenadas Y de 


;Del mismo modo que con el LOGO 
; se calcula la direccicn en pantalla 
; de la bola 

;DI= posición en pantalla 
;SI = Dir. de 1¡ bola 
;N§ de bola 
Ultima bola ? 

; No, seguir 

¡Poner a 0 = primera bola 

;N§ de bola * 2 para apuntar a la 

; palabra de la bola correpondiente 


¡Alto en lineas del gr fico 

¡Valor a sumar para linea siguiente 
¡Preservar origen de gr fico y dir. en 
; pantalla para c lculo de linea sig. 
¡Ancho/3 

¡Se imprime 3 puntos (pixels) cada vez 
; por ser 3 * 9 = 27 que es el ancho 
; del gr fico de la bola 
¡Coger dos puntos del gr fico 

¡Si el byte es 0, no imprime 
¡Imprime un punto 
¡Pasa al punto a la derecha 
¡Misma comprobación 


¡Coge solo un punto 
¡Comprueba si 0 

; e imprime si no lo es 

¡Decrementa contador de ancho 

¡Si no cero, repite bucle 

¡Saca dirección donde imprime bola 

¡Saca dirección de inicio de la bola 

¡Pasa a la linea inferior en pantalla 

; y del gr fico 

¡Dec. contador de alto 

¡Repite tantas veces como n£mero de 

; lineas tiene la bola 


seg£n la tabla T_B0TE (y CONT y FLAG) 


Procedimiento de mover la moneda 


MONE MOV 

PROC 


LEA 

SI,MONEDA Y 

¡Esto cambia las coordenadas 

MOV 

AL,[SI] 

¡Coge Y 

MOV 

AH, AL 

¡Guarda 

OR 

AL, AL 

¡Si es 0 cambiar incremento 

JZ 

LIN 0 


CMP 

AL,160 

¡"Es la Eltima linea 

JNZ 

SUMA L 


LIN 0: MOV 

AL,[SI+2] 

¡Coje incremento 

NEG 

AL 

¡Pone en decremento 

MOV 

[SI+2],AL 

¡Guarda 

SUMA L: MOV 

AL,[SI+2] 

¡Coje incremento o decremento 

ADD 

AL, AH 

¡Suma a LINea 

MOV 

[SI],AL 

¡Pone en LINea 

LEA 

SI,MONEDA X 

¡Apunta a columna 

MOV 

AX,[SI] 

¡Palabra de 0 a 279 (320-36) 

MOV 

DX,AX 


OR 

AX, AX 


JZ 

COL 0 

; “0? 

CMP 

AX,279 

¡Sale de la pantalla ? 

JNZ 

SUMA C 


COL 0: MOV 

AX,[SI+2] 

¡Invertir 

NEG 

AX 


MOV 

[SI+2],AX 


SUMA C: MOV 

AX,[SI+2] 


ADD 

AX,DX 


MOV 

[SI],AX 


RET 



MONE MOV 

ENDP 



:::::::::::::::::::::::::::::::::BORRADO::::::::::::::::::::::::::::::::::: 

Esta parte borra la bola en la pantalla, simplemente toma los mismos datos 
que al imprimir y llena con ceros 


BORRA: 


BU_ALT0: 


MOV 

DI,[X] 


MOV 

AX,[Y] 


MOV 

DX,320 


MUL 

DX 


ADD 

DI, AX 


MOV 

CX, 23 

¡Alto 

SUB 

EAX.EAX 

¡Rellena con 0 

MOV 

DX,320 


PUSH 

SI 


PUSH 

DI 


STOSD 

STOSD 

STOSD 

STOSD 

STOSD 

STOSD 


¡Primera rebanada 

STOSW 


¡Linea borrada 

POP 

DI 


POP 

SI 


ADD 

DI.DX 

¡Linea inf. pantalla 

LOOP 

RET 

BU ALTO 




Este procedimiento imprime la moneda 


IMP_M0N PROC 


MOV 

DI,[MONEDA X] 

¡C lculo de coordenadas en pantalla 

MOV 

AX,[MONEDA Y] 


MOV 

DX,320 
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PUSH 

DX 


MUL 

DX 


ADD 

DI, AX 

¡DI apunta al destino 

POP 

DX 


MOV 

SI.MONEDA 

¡SI apunta al origen del gr fico 

MOV 

CX, 36 

¡Alto del gr fico 

B ALTO: PUSH 

SI 


PUSH 

DI 


B_ANCHO: mover 

10 

¡10 MOVSD * 4 = 40 bytes movidos 

MOVSW 


; m s 2 del MOVSW = 42 = ANCHO 

POP 

DI 


POP 

SI 


ADD 

DI, DX 


ADD 

SI, DX 

¡Siguiente rebanada 

LOOP 

B ALTO 

¡Repetir alto 

RET 



IMP_MON ENDP 



; Realiza los 

c leulos del movimiento del logo seg£n el CONTADOR , el FLAG y 

; la tabla de 

INERcia 


LOGO MOV 

PROC 


MOV 

AX,[LOGO C] 

¡Saca de la tabla el valor apuntado 

MOV 

SI,OFFSET T_INER 

; por el contador 

ADD 

SI, AX 


LODSB 



LEA 

SI,LOGO Y 


MOV 

AH,[LOGO F] 

¡Mira si hay que sumar o restar ese 

OR 

AH, AH 

; valor 

JNZ 

RESTA 


ADD 

[SI],AL 


INC 

[LOGO C] 

¡Incrementa contador y comprueba si 

MOV 

AX,93 

; llega al final de la tabla 

CMP 

[LOGO C],AX 


JNZ 

EXIT 


MOV 

AL, 1 

¡Si es asi, activa [flag] de resta 

MOV 

[LOGO F],AL 


JMP 

SHORT EXIT 


RESTA: SUB 

[SI],AL 


DEC 

[LOGO C] 

¡Dec. contador para ver si llegc al 

MOV 

AX,[LOGO_C] 

; principio de la tabla 

OR 

AX, AX 


JNE 

EXIT 


MOV 

AL,0 

¡Activa [flag] para suma 

MOV 

[L0G0_F],AL 


EXIT: RET 



LOGO MOV 

ENDP 



:SINCRO::::: 

¡Esperar la se n al de retrazo 


SINCRO: MOV 
SINCO: IN 

TEST 

JNE 

SINC1: IN 

TEST 

JE 

RET 

DX,03DAh 

AL,DX 

AL, 8 

SINCO 

AL, DX 

AL,8 

SINC1 


; Imprime el 

LOGO en la linea colunma 

calculada por L0G0_M0V 

BLUE LOGO 

PROC 


MOV 

DI,[LOGO X] 

¡DI = Columna 

MOV 

AX,[LOGO Y] 

¡AX = Linea 

MOV 

DX,320 

;N§ de bytes por linea 

MUL 

DX 

¡Linea * 320 + Columna = Posición en 
; pantalla 

ADD 

DI, AX 

¡ES:DI = Segmento¡desplazamiento 

MOV 

SI,LOGO 

¡Esquina sup. izq. del objeto a imprim. 

MOV 

CX,76 

¡Alto 

MOV 

AX,320 

¡Valor a sumar para linea inferior 

L ALTO: PUSH 

SI 


PUSH 

DI 


BUCLE: mover 36 

¡36 MOVSD =144 bytes movidos = ancho 

POP 

DI 


POP 

SI 


ADD 

DI, AX 


ADD 

SI, AX 

¡Siguiente rebanada 

LOOP 

RET 

L_ALT0 


BLUE_LOGO 

ENDP 


¡Procedimientos de carga del fichero 

de paleta y de los gr ficos 

¡Tras cargar 

la paleta de colores llama a PALETA que la pone 

CARGA GRAF 

PROC 


MOV 

AX,3D00h 

¡Abrir fichero 

MOV 

DX,OFFSET [PALETB] 

; DS:DX nombre de archivo 

INT 

21h 


JNC 

BIEN 


MOV 

DX,OFFSET [ERR1] 

¡No se pudo abrir, error 

ERROR: MOV 

AH,9 

¡Muestra error y sale al DOS 

INT 

21h 


JMP 

DOS 


BIEN: MOV 

HANDLE,AX 

¡Guarda HANDLE para otros usos 

CARGA: MOV 

AH,3Fh 

¡Cargar fichero 

MOV 

BX,HANDLE 


MOV 

CX.776 

¡Longitud del fichero de paleta 

MOV 

DX,OFFSET BUFFER 

; en buffer tras programa 

INT 

21h 


JNC 

CERRAR 

¡Si bien, seguir 

MOV 

DX,OFFSET [ERR2] 

; si no, salir con error 


24 


JMP 

SHORT ERROR 

CERRAR: MOV 

AH,3Eh 


MOV 

BX,HANDLE 


INT 

21h 


CALL 

PALETA 


MOV 

AX,3D00h 


MOV 

DX,OFFSET 

[FICHERO] 

INT 

21 h 


JNC 

BIEN1 


MOV 

DX,OFFSET 

[ERR1 ] 

JMP 

ERROR 


BIEN1: MOV 

HANDLE,AX 


CARGAR: MOV 

AH,3Fh 


MOV 

BX,HANDLE 


MOV 

CX,38400 


MOV 

DX,OFFSET 

BUFFER 

INT 

21 h 


JNC 

CIERRA 


MOV 

DX,OFFSET 

[ERR2] 

JMP 

ERROR 


CIERRA: MOV 

AH,3Eh 


MOV 

BX,HANDLE 


INT 

21h 


RET 



CARGA GRAF 

ENDP 



Procedimiento que pone la paleta de 


; cerrar fichero 

¡Poner la paleta 

¡Abrir fichero 
¡Fichero con los gr ficos 

¡Fichero abierto 

¡Error, salir 

¡Cargar fichero 

¡Longitud de BOLITA.RAW 

¡Bien, seguir 
¡Error, salir 

¡Cerrar fichero 

colores recien cargada en BUFFER. 


PALETA: 

CLD 



MOV 

SI,offset BUFFER+8 


MOV 

CX,256 


MOV 

DX,03C6h 


MOV 

AL,255 


OUT 

DX,AL 


XOR 

BX,BX 

b_out: 

MOV 

DX,03C8h 


MOV 

AL, BL 


INC 

BX 


OUT 

DX.AL 


INC 

LODSB 

DX 


SHR 

AL,2 


OUT 

LODSB 

DX, AL 


SHR 

AL,2 


OUT 

LODSB 

DX.AL 


SHR 

AL,2 


OUT 

DX,AL 


LOOP 

RET 

b_out 


¡Quiero que LODSB incremente el SI 

¡Inicio de paleta 

¡256 registros de paleta 

¡HE, VGA, que van unos datos 
¡Primer registro de paleta 
¡Indicar el n§ de registro 


¡Primer componente del color 


¡Segundo 


¡Tercero 

¡Repetir 256 veces 


FICHERO DB 
PALETB DB 
HANDLE DW 
ERR1 DB 
ERR2 DB 


“BOLITA.RAW",0 
“6x32.COL”,0 
0 

“No se puede abrir fichero $” 
“Fallo de carga $” 


¡ uai.u& 
COLOR 

DW 

0 

;N§ de bola 

X 

DW 

1,1 

¡Coordenada X e incremento 

Y 

DW 

88,1 

¡Coordenada Y e incremento 

CONT 

DW 

1 

¡Contador Indice a tabla 

FLAG 

DB 

0 

¡Flag usado para suma/resta 

M0NEDA_ 

X DW 

100,1 

¡Datos de MONEDA 

M0NEDA_ 

Y DW 

30 



DB 

1 


LOGO X 

DW 

90,1 

¡Datos del LOGO 

LOGO Y 

DW 

20,1 


LOGO C 

DW 

1 


LOGO_F 

DB 

0 


LOGO 

DW 

BUFFER+7360 

¡Offset del gr fico del logo 




; fichero 

BLANCA 

DW 

BUFFER 

¡Idem de la bola blanca 

ROJA 

DW 

BUFFER+29 

¡ “ “ “ “ roja etc. 

VERDE 

DW 

BUFFER+57 


AZUL 

DW 

BUFFER+86 


AMARIL 

DW 

BUFFER+112 


GRIS 

DW 

BUFFER+140 


MONEDA 

DW 

BUFFER+8146 


; T BOTE 

60 DATOS , 

Para la bola 

; T_INER 

93 DATOS , 

Para el logo 

T_BOTE 

DB 

0,0,1,0,0,1 

,0,0,1,0,0,1,1,0,1,1,0,1,1,1,1,1,1,1,1,1, 


DB 

1,1,1,1,1,1 

,1,1,1,1,1,1,1,2,2,2,2,2,2,3,3,3,3,3,3,3, 

T_INER 

DB 

0,0,1,0,0,1 

,0,0,1,0,0,1,0,0,1,0,0,1,1,0,1,1,0,1,1,0, 


DB 

1,1,1,1,1,1 

,1,2,2,2,2,2,3,3,3,3,3,3,3,2,2,2,2,2,1,1, 


DB 

1,1,1 ,1,1,0 

,1,1,0,1,1,0,1,1,0,0,1,0,0,1,0,0,1,0,0,1, 

BUFFER 

= $ 



CODIGO 

ENDS 

































i L¡ re del ijijies 


Unidades istema ruchas ver 



Puertos paralelos: 


Di rece, del Port 0: 0O00:03BCh 
Di rece, del Port i: 0000:02?8h 


B«tÓR. 

: Presente 


Tipo. 

: Ratón serie 


Versión .. 

: 9.6 




P T 


Teclado ... 

: Ampliado (MF) 

Monitor ... 

: Analógico 

Game Port . 

: Presente 

CMOS . 

: Presente 




Pantalla de PCINFO que acompaña al libro 


Cdhoríal Marcombo, 555 páginas y disquete 


onocer bien el 
ordenador que 
manejamos es 
una asignatura 
importantísima 
cuyo desconoci¬ 
miento llevará al programador a 
un choque irrevocable con un 
muro difícil de salvar a la hora 
de realizar sus aplicaciones. Por 
eflo, debemos hacemos de bue¬ 
nos libros que nos expliquen las 
interioridades del sistema que 
manejamos y que nos ayuden a 
salir de esos atolladeros en ios 
que nos metemos a veces y de 
los que no sabemos escapar por 
más fuerte que gritemos pidien¬ 
do auxilio. 

Son muchos ios libros que salen 
al mercado dedicados a este fin, 
pero no debemos confundimos. 
Muchos adolecen de una explica¬ 
ción simplificada y dirigida a la 
persona que normalmente los 
compra, es decir el programador 
que como la mayoría de los que 
estáis leyendo estas líneas, no 
Sene mucha o tanta idea sobre lo 
cue se está tratando. Estos 
mamotretos recopilan informa¬ 
ción en forma de tablas y listados 
cue sólo hablan de números y 
etras que poco o nada dicen al 
que quiere aprender. 

>o ocurre así con el libro que he 
escogido para recomendaros 
este mes; El gran libro del 486. 
Como sus mismos autores dicen, 
se decidieron a escribir esta obra 
ce por dos razones principales, 
-a primera la he descrito ya en 
— comentario de ios párrafos 
anteriores, es decir, falta de 


ejemplos y explicaciones prácti¬ 
cas sobre como funciona la pla¬ 
taforma PC. La segunda sería la 
poca documentación que traen 
los sistemas cuando los adquiri¬ 
mos. Tras gastarnos un buen 
dinero en un sistema de compu¬ 
tación, abrimos la caja y cual no 
será la sorpresa al ver que tan 
sólo unas pocas páginas con 
información confusa acompañan 
al corcho del enbalaje. 
Principalmente si nos compra¬ 
mos un clónico de PC, que 
entonces tiene, como dice el 
dicho, menos papeles que “una 
yegua robada”. 

Gracias a Dios, algunas personas 
se dedican a recopilar informa¬ 
ción y ponerla en blanco y negro 
de una forma clara y dirigida a 
todos. Bueno, para ser totalmen¬ 
te francos, no todo el mundo 
podría entender la información 
que llena las páginas de este 
libro, pero si os aseguro que 
todo aquel que tenga unos pocos 
conocimientos de informática va 
encontrar un gran apoyo en él y 
verá que el libro no es en absolu¬ 
to complicado. 

EL GRAN LIBRO DEL 486 

Josef Haas y Thomas Jungbluth, 
autores del libro, demuestran 
haber tenido un gran cuidado a 
la hora de escoger los temas y 
desarrollarlos. Eso se nota, prin¬ 
cipalmente, por la forma en que 
las diferentes materias han sido 
tratadas en orden ascendente de 
dificultad y por la manera en que 
se han separado todos los aspec¬ 


tos que conciernen al procesador 
486 y a aquellos sistemas que se 
basan en él. 

COMETIDO Y PARTES 

El libro pretende ilustrar y 
enseñar los aspectos principales 
de construcción y funcionamien¬ 
to de los sistemas basados en el 
microprocesador Intel 486, aun¬ 
que también encontramos infor¬ 
mación muy valiosa para cual¬ 
quiera que sea el procesador que 
lleve incorporado nuestro PC. 
Alguna de la información que 
encontramos en sus páginas no 
la hemos visto en ningún otro 
libro parecido, lo que lo hace 
bastante completo en cuanto a 
este aspecto. Esta, por ejemplo, 
nos habla de las diferentes for¬ 
mas de las carcasas del PC, tipos 
de placas madre (motherboards), 
ergonomía de los sistemas 
informáticos, consejos de com¬ 
pra, etc. 

Tras esta introducción y después 
de haber echo una breve pero 
interesante historia, sobre el PC y 
su nacimiento, Haas y Jungbluth 
se adentran en la materia sustan¬ 
ciosa del libro en el que se des¬ 
criben exaustiva pero cautelosa¬ 
mente todos los principales com¬ 
ponentes de un PC. 

También, hay un rincón para los 
diferentes sistemas operativos 
que encontramos para el 486 y 
por defecto para todos los otros 
micros de la familia Intel (8086, 
286, 386), por lo que ya os digo 
que el nombre no debe asustar a 
los que no tengan un ordenador 
con el 486 dentro. 

Finalmente, se habla un poco 
sobre Windows y sus diferentes 
componentes y configuraciones. 
También se describen muchos 
de los shells o entornos del usua¬ 
rio que están disponibles para el 
PC, como el GeoWorks, GEM, 
etc. 

En el apartado “Programas para 
el 486” encontramos aquellos 
avances que ha supuesto una 


mejor arquitectura interna de 
este microprocesador, debido al 
mejor y más eficaz manejo que 
éste hace de la memoria y por la 
inclusión del coprocesador 
matemático. Se explican aquí 
como se usan todas las posibili¬ 
dades que nos ofrece el MSDOS 
5.0 para el aprovechamiento de 
este fantástico microprocesador. 
Otro programa capaz de manejar 
la memoria expandida y extendi¬ 
da del PC es 386max el cual es 
revisado en uno de ios apartados 
del libro. 

Por último, el disquete que 
acompaña el libro. Los progra¬ 
mas, y según la propia editorial 
DATA BEQÜER, han sido escogi¬ 
dos minuciosamente por los 
autores para acompañar la expli¬ 
caciones del libro y para demos¬ 
trar algunas características espe¬ 
ciales del héroe del libro; el 
microprocesador 486. El disque¬ 
te tiene un programa llamado 
PCINFO que nos informa de 
todos los aspectos principales del 
sistema donde los hacemos fun¬ 
cionar. Tiene varios menús como 
podemos ver en la imágen adjun¬ 
ta. Así tenemos “hardware”, “uni¬ 
dades”, “sistema”, “pruebas” y 
“ver” y por último el listado del 
programa PCINFO hecho en 
PASCAL 

El libro finaliza con unos com¬ 
pletísimos apéndices de informa¬ 
ción variada y estructurada así 
como un glosario de términos 
utilizados en la obra. 

NUESTRA VALORACION 

El libro está bien hecho y desa¬ 
rrollado. Lo vemos un poco falto 
de información profunda para 
programadores más avanzados, 
pero por el contrario constituye 
un mágnifico manual para los 
que quieren conocer un ordena¬ 
dor por dentro y están empezan¬ 
do a dar sus pasos por el mundo 
del PC. Otra recomendación de 
Código Juego para sus progra¬ 
madores. 
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Wolf-3D, Spears of Destiny, In 
Extremis, Corridor 7, simulado¬ 
res como Comanche Máximum 
Overkill, Strike Eagle III... Todos 
ellos tienen una cosa en común: 
su Impresionante perspectiva 
en tres dimensiones. 

Pero Doom da un palmetazo a 
todo esto para situarse en 
cabeza de los juegos de 
arcade y acción. 



Compañía ID Software 

Colaborador 

Raúl Reales González 



ÜN POCO DE HISTORIA: 

Hace ya algunos años, 
cayó en nuestras manos la 
versión Shareware de lo 
que hoy es considerado un 
clásico. Nos estamos refi¬ 
riendo a Wolfenstein-3D, 
que se incluyó en los dis¬ 
cos una conocida revista. 
Algo que causó una gran 
sensación, fueron, y 
todavía siguen siendo, sus 
rutinas de movimiento en 
tres dimensiones. 

Consistían en una vista en 
primera persona de todo lo 
que a uno le rodea, a gran 
velocidad. Todo ello sin 
olvidar la calidad de sus 
gráficos, que le dotaban de 
un gran realismo. 

Era el único juego conoci¬ 
do hasta el momento -por 
lo menos en España- que 
reunía estas características 
tan sensacionales. Desde 
luego suponían un adelan¬ 
to en lo que se refiere a los 
videojuegos. 

Pero eso no se quedó así. 
ID Software, la compañía 
que había desarrollado el 
producto, decidió no dor¬ 
mirse en los laureles, y 
tomó la decisión de seguir 
adelante con este tipo de 
arcade. Al cabo del tiempo, 
consiguieron lanzar la 
segunda parte de Wolf-3D, 
conocido como Spears of 
Destiny, que realmente lo 
único que reunía eran nue¬ 
vas misiones y más enemi¬ 
gos, con lo cual sólo deja¬ 
ron satisfechos a los que 


deseaban seguir con la 
acción, sin importarles 
mucho el apartado referen¬ 
te a las mejoras. 

Por las mismas fechas apa¬ 
recía un simulador llamado 
Comanche, que utilizaba 
una técnica en tres dimen¬ 
siones denominada Voxel 
Space. Ella conseguía 
parecerse mucho a las ruti¬ 
nas del Wolf-3D. Eso sí, la 
calidad de los gráficos era 
muy alta, con el inconve¬ 
niente de una gran lentitud 
en equipos 386 de gama 
baja debido a su alto nivel 
de detalle, el cual, afortu¬ 
nadamente se podía dismi¬ 
nuir a gusto del usuario. A 
partir de aquí, y con la apa¬ 
rición de más simuladores 
conforme pasaba el tiempo 
-F-15 Strike Eagle III, Strike 
Comander, Subwars 2050- 
hacían dudar de la verda¬ 
dera procedencia de esta 
técnica. 

Realmente, la huella de 
Wolf-3D, se hace notar 
debido a unos rumores de 
la versión Enhanced (mejo¬ 
rada) de la misma. Esto 
puede decir mucho a su 
favor, para así volver a 
ponernos al control de ese 
personaje mata-nazis y dis¬ 
frutar de todas las sorpre¬ 
sas con todas esas mejo¬ 
ras. 

Lamentablemente, la 
mayoría de los lanzamien¬ 
tos de ID Software no son 
comercializados en 

España, pero se pueden 


conseguir muchas de sus 
versiones Shareware de sus 
productos en las BBS. 

EL JUEGO: 

A Doom se le puede ver 
como una parte más de 
Wolf-3D, pero no es así. Es 
un programa totalmente 
nuevo, y reúne unas mejo¬ 
ras de tal calidad, que se 
debe hablar de él como 
algo aparte, guardando 
sólo relación en la rutina, 
además mejorada. En este 
juego te mueves por un 
verdadero mundo tridimen¬ 
sional, no como ocurría en 
anteriores juegos de ID y 
otras compañías con desa¬ 
rrollo lineal, pudiendo así 
saltar, subir y bajar plantas, 
caer a pozos de ácido, etc. 
Encarnas a un soldado en 
una guerra interdimensio¬ 
nal cuya misión es, además 
de exterminar a todo bicho 
viviente, conseguir encon¬ 
trar la salida en cada nivel. 
Para llegar al final debes de 
rendir al máximo consi¬ 
guiendo así una buena 
puntuación. Esto quiere 
decir que cuantos más 
enemigos destruyas y más 
Ítems recojas en el menor 
tiempo posible, más alto 
será tu récord. 

Por supuesto, no todo va a 
ser un camino de rosas, ya 
que se nos interpondrán 
todo tipo de obstáculos 
que nos harán la vida 
imposible -demonios, sol¬ 
dados, cabezas, etc.-. 


Estos nos pueden aparecer 
de repente, en el momento 
más inesperado, como 
puede ser al abrir una puer¬ 
ta, cruzar una esquina, etc., 
dependiendo sólo del nivel 
de dificultad que se haya 
elegido. Otra novedad - 
muy buena- es la incorpo¬ 
ración del auto-mapa, que 
se activa con la tecla de 
tabulación. CJna vez activa¬ 
do, la perspectiva pasa a 
ser de dos dimensiones, 
donde podemos seguir 
moviéndonos, pero viendo 
la estructura del plano que 
se va descubriendo confor¬ 
me avanzamos. Cada 
misión es completamente 
diferente de la anterior en 
cuanto a ambientación, 
haciéndolo más entreteni¬ 
do. En cada una se podrán 
encontrar los llamados 
Ítems, los cuales son obje¬ 
tos que proporcionan ven¬ 
tajas a nuestro héroe como 
pueden ser nuevas armas - 
rifle, lanzamisiles, cañón de 
plasma-, vidas extra, inmu¬ 
nidad, y otras más. No 
podían faltar las zonas 
secretas, donde se pueden 
conseguir Ítems más jugo¬ 
sos. 

VALORACIÓN: 

Tanto los gráficos como el 
sonido -en especial para 
los poseedores de Sound 
Blaster- te introducen 
desde el principio en la 
atmósfera del juego, que 
puede hacerte pasar 













Truto secreto 



Doom tiene dos combinaciones de teclas que nos facilitarán mucho las 
cosas. Tecleando IDDQD pasaremos a ser inmunes durante todo el 
juego. Con IDKFA obtendremos todas las armas, recargaremos la 
munición y se nos darán las tarjetas de acceso. Esto último se puede 
repetir cuantas veces desees. 


momentos de mucha ten¬ 
sión. A esto contribuye 
unas extremadas dosis de 
violencia, que hacen ver- 
nos borbotones de sangre 
y gráficos morbosos con 
bastante frecuencia -aten¬ 
ción a los empalados-, 
estando siempre presente, 
haciendo que desde el pri¬ 
mer disparo, pidas más y 
más -intentad controlaros 
cuando dejéis de jugar, y 
tened compasión del 
“perrito de la vecina”-. 

En el apartado de la pro¬ 
gramación, este juego es 
algo de lo que muchas 
compañías profesionales 
deberían tomar ejemplo. El 
programa en sí, se ejecuta 
en modo protegido y con 
un mínimo de cuatro 
megas de RAM para fun¬ 
cionar correctamente, 
debido a la cantidad de 
objetos que necesita alma¬ 
cenar en memoria cuando 
carga un nivel. Es obvio 
que al decir modo protegi¬ 
do, es obligatorio tener un 
386 ó 486. 

Lo que más llama la aten¬ 
ción en cuanto a avances, 
es el denominado 
Deathmatch. Así pueden 
jugar hasta un máximo de 
cuatro jugadores, ya sea 
por módem o conexión por 
interface entre ordenado¬ 
res, siendo cada jugador 
un soldado independiente 
que debe completar su 
misión como cualquiera de 


los restantes. Esto da lugar 
a varios modos de juego. 
Desde luego, es alucinante 
jugar sabiendo que en el 
mismo nivel hay otro sol¬ 
dado que también busca la 
salida y...¿por qué no?, a ti. 
también. 

CONCLUSIÓN: 

En general, se puede decir 
de Doom que es un juego 
muy completo. Incluye un 
manual de unas 24 pági¬ 
nas que te documentan 
extensamente sobre todas 
las funciones de las teclas - 
que son muchas-, el argu¬ 
mento, trucos en general y 
más. A los amantes del 
arcade puro y de la acción 
les hará pasar las horas 
como si fuesen minutos. 
Su gran cantidad de opcio¬ 
nes, como el nivel de deta¬ 
lle -ordenadores no tan 
potentes- y el de dificultad, 
tamaño de la pantalla, gra¬ 
bar la situación, mirar la 
situación en el plano de lo 
recorrido, etc., hacen que 
sea un juego difícil de olvi¬ 
dar. Quizás el único proble¬ 
ma sea esa odiosa regla de 
tres potencia/calidad, aun¬ 
que por esta vez, parece 
que han querido tener en 
cuenta al usuario medio, o 
sea, el 386. 


Raúl Reales González 
























INTRODUCCION 

Sin duda, alguna vez has oído 
hablar de este popular lenguaje, 
pero, ¿qué puede realmente aportar 
el Pascal a la programación de jue¬ 
gos? Bien, comencemos desde el 
principio y veamos como éste evolu¬ 
ciona a lo largo de su historia hasta 
la actualidad. 

Fué a principios de los años 
setenta cuando un profesor del 
Instituto Federal de Tecnología de 
Zurich (Suiza) llamado Niklaus Wirth 
crea un nuevo lenguaje totalmente 
estructurado (veremos que es ésto 
ahora). La idea inicial con la que 
Wirth crea éste lenguaje es pura¬ 
mente académica, es decir, para 
mostrar los conceptos básicos de la 
programación estructurada y como 
herramienta para la enseñanza de la 
informática. Evidentemente, habla¬ 
mos del lenguaje Pascal. Poco a 
poco éste comienza a extenderse de 
una manera inusual, hasta estable¬ 
cerse como uno de los lenguajes 
más usados por los programadores. 
Más tarde, aparecerían más lengua¬ 
jes del tipo estructurado como el C, 
ADA, o el Modula2 (éste último tam¬ 
bién creado por Wirth). A estas altu¬ 
ras, te estarás preguntando qué es 
eso de un lenguaje estructurado. 
Pues bien, los primeros lenguajes 
iban ejecutando instrucción tras ins¬ 
trucción, y como mucho, poseían 
una instrucción para saltar de un 
sitio a otro del programa. Más tarde, 
a finales de los sesenta, comenzó a 
surgir una corriente de teóricos 
informáticos que empezaron a pro¬ 
mover los lenguajes estructurados. 
Ciño de los primeros lenguajes de 
este tipo fue el ALGOL. Lo que dis¬ 
tingue al lenguaje estructurado, es 
que se compone de tres tipos de 
estructuras fundamentales, con las 
cuales se pueden construir cualquier 
tipo de programa. Estas estructuras 
básicas son: 

- Estructura secuencial : El progra¬ 
ma se va ejecutando secuencial- 
mente instrucción a instrucción. 

- Estructura repetitiva : Repetición 
de un conjunto de instrucciones 


mientras/hasta que se cumpla una 
condición. 

- Estructura condicional : Consiste 
en una bifurcación dependiendo del 
resultado de evaluar una condición. 

No te preocupes si ésto te suena a 
chino, ya lo entenderás más adelan- 

Retomemos la pregunta inicial, 
¿qué ofrece el Pascal en el campo 
de la programación de videojuegos? 

El lenguaje Pascal, ha evolucionado 
mucho desde entonces, hoy día se 
acepta como un estándar el Turbo 
Pascal, que es un compilador muy 
potente creado por Borland. Turbo 
Pascal (TP) tiene un montón de fun¬ 
ciones y procedimientos (veremos 
que es esto en próximos capítulos) 
para manejo de gráficos y otras cua¬ 
lidades útiles para los juegos, pero si 
esto fuera lo único que el TPascal 
nos ofrece, sólo estaríamos hablan¬ 
do de un lenguaje corriente. 
TPascal, ofrece muchas facilidades 
para trabajar con la memoria del 
PC, así como para el manejo de 
puertos de entrada/salida (E/S) de 
forma que podrás manejar la tarjeta 
de video o de sonido directamente. 
TPascal, ademas tiene la posibilidad 
de combinarse con el Ensamblador 
y el C, de forma que podrás escribir 
el código mas crítico (en cuanto a 
velocidad) en ensamblador y luego 
incluirlo como parte del programa 
pascal, pero ademas podrás usar el 
ensamblador interno que posee el 
TPascal, llamado BASM. 

En la actualidad, la programación 
estructurada, está dejando paso a 
otra metodología de programación, 
me refiero a la programación orien¬ 
tada a objetos (OOP), sin embargo, 
TPascal ha sabido adaptarse a su 
tiempo, y actualmente está total¬ 
mente capacitado para la programa¬ 
ción orientada a objetos de una 
manera fácil, sencilla, y a la vez 
potente. 

EL ENTORNO INTEGRADO (GC1I) 

TPascal, posee un entorno de traba¬ 
jo, integrando todo lo necesario 


dentro del editor. Antes de pasar a 
describir el lenguaje Pascal, tendre¬ 
mos que dar un pequeño repaso al 
uso del editor y de sus herramientas. 

Lo primero que tendremos que 
hacer es cargar el TPascal en 
memoria, para ello, sitúate en el 
directorio en el que esté instalado y 
teclea TCIRBO seguido de la tecla 
ENTER. La pantalla que aparecerá 
ahora, dependerá de la versión de 
TPascal que tengas, por lo general 
es aconsejable tener una versión 
superior a la 5.5, ya que es a partir 
de ésta versión en la que se dota al 
TPascal con la capacidad de progra¬ 
mación orientada a objetos. Si eres 
de los que gustan de experimentar y 
“toquetear” todo, no te reprimas, 
prueba todas las opciones que quie¬ 
ras, sin miedo, el ordenador está 
bajo tu control siempre, y lo mejor 
para trabajar con él es perderle el 
miedo. Eso si, si cambias alguna 
opción, ponía como estaba de 
nuevo cuando termines, sino puedes 
armar un buen follón (pero nada que 
no se arregle instalando TPascal de 
nuevo). El primer menú que encuen¬ 
tras se llama FILE (en la versión 
inglesa) y posee los comandos bási¬ 
cos para cargar y grabar ficheros 
ASCII (texto normal), que en nuestro 
caso serán programas. Para acceder 
a este menú, pulsa las teclas ALT y 
F simultáneamente. Te encontrarás 
con varias opciones que puedes 
seleccionar moviéndote con los cur¬ 
sores. Selecciona la opción NEW, 
verás como aparece una ventana en 
la que aparece el cursor parpadean¬ 
te. Ahora escribe lo que quieras y 
seguidamente vuelve al menú y 
selecciona SAVE AS o WR1TE TO 
dependiendo de la versión que uses. 
Aparecerá ahora una ventana en la 
que se nos pide el nombre del pro¬ 
grama, pon el que más te guste 
pero con la extensión PAS, por 
ejemplo TEXTO.PAS y pulsa 
ENTER. Ahora nuestro texto esta 
guardado en el disco duro. Vuelve a 
entrar en el menú y selecciona 
OPEN. De nuevo aparece una venta¬ 
na, pero esta vez podemos seleccio¬ 


nar el archivo que queremos leer a 
través de los cursores o el ratón. Si 
seleccionas el que grabamos antes, 
lo verás aparecer en una ventana, 
listo para volver a ser modificado o 
ampliado. Para salir del editor de 
TPascal, ve al menú FILE y seleccio¬ 
na la opción EX1T. Como ves no es 
nada difícil trabajar con los ficheros, 
ahora veremos como editar los tex¬ 
tos (programas). Esto es algo que 
puede parecer trivial, pero puede 
ayudar muchísimo a completar pro¬ 
gramas de manera rápida y más efi¬ 
ciente. Para empezar carga el texto 
que escribistes antes, si no es muy 
grande, complétalo hasta que tenga 
unas cuantas líneas. 

La primera operación que vamos 
a realizar es copiar bloques de texto, 
como verás es muy fácil y útil si tie¬ 
nes que repetir un trozo de código 
(programa) varias veces. Si tienes la 
versión 5.5 o anterior, el editor usa 
los comandos estándar de 
Wordstar, así que colócate al princi¬ 
pio del texto que quieras copiar (solo 
en versiones 5.5 o anterior) y pulsa 
la tecla CONTROL y K a la vez, 
seguidamente pulsa la letra B. Ahora 
muevete hasta el final del trozo de 
texto que quieras copiar y pulsa 
CONTROL y K (CTRL+K), después 
pulsa la letra K y verás como se 
selecciona el texto que tú querías. 
Ahora con este bloque podrás hacer 
lo quieras, por ejemplo, mueve el 
cursor hasta el final del texto y pulsa 
CTRL + K y seguidamente C, te 
darás cuenta de como se hace una 
copia del texto seleccionado. Otras 
operaciones que puedes hacer es: 
CTRL + K - C : Copiar bloque. 
CTRL+K - V : Borrar bloque. 
CTRL + K - V : Mover Bloque. 
CTRL+K - H : Quita las marcas de 
bloque. 

Si usas la versión 6.0 o posterior la 
cosa es mucho mas fácil, de hecho 
usa los mismos comandos que el 
editor del MS-DOS (ED1T). Para 
seleccionar un bloque, simplemente 
colócate al principio de él, pulsa 
SH1FT (una tecla con una flecha 
hacia arriba) y mientras la mantienes 
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r»-^sada. mueve el cursor hasta el 
irá del bloque. Ahora ya está mar¬ 
cado y sólo tienes que ir al menú 
EDIT (ALT + E) y seleccionar la 
opción que más te convenga, de 
-.ceas formas te aconsejo que te 
aprendas las teclas “atajo” para los 
ror^andos de edición, éstas apare¬ 
cer ai lado derecho de cada opción 
os menú. 

NJESTRO PRIMER PROGRAMA 

>a es el momento de introducir 
nuestro primer programa, así que 
efige NEW en el menú FILE y copia 
UTERALMENTE el programa que 
aparece en la figura 1. Cuando lo 
nayas tecleado (no te preocupes si 
no lo entiendes), ve al menú RÜN 
(ALT+R) y pulsa la opción RÜN. En 
pantalla habrá aparecido una venta¬ 
na y antes de que te haya dado 
tiempo a ver lo que contenía, la pan¬ 
talla habrá hecho un guiño y habrá 
aparecido de nuevo la pantalla de 
edición del TPascal (si no ha ocurri¬ 
do así repasa el programa). Bien en 
ese segundo el TPascal ha compila¬ 
do y ejecutado nuestro programa. 
Como ves TPascal es un verdadero 
rayo compilando. La misión de 
nuestro programa era escribir en la 
pantalla la frase “HOLA MÜNDO.” 
(si sabes algo de inglés, seguramen¬ 
te ya lo imaginabas), pero sin 
embargo, no ha salido. Bien Pulsa 
las teclas ALT -I- F5 y observa la pan¬ 
talla que aparece, verás que nuestro 
programa ha hecho lo que quería¬ 
mos que hiciera. No está mal para 
empezar ¿no? Lo que has hecho es 
pasar a la pantalla de ejecución, ya 
que una vez que el programa ha 
sido ejecutado, TPascal regresa a la 
pantalla de edición. Ahora segura¬ 
mente te gustará cambiar lo de 
"HOLA MÜNDO” para que aparezca 
tu nombre o cualquier otra cosa, 
hazlo, el programa es tuyo y puedes 
modificarlo a tu antojo, pero mantén 
lo que quieras escribir entre las 
comillas. Ahora pulsa de nuevo la 
opción RÜN o directamente 
CTRL+F9 y seguidamente ALT+F5, 
ahí estará lo que le habíamos dicho 
al TPascal que escribiera. Antes de 
oasar a describir línea a línea lo que 
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PROGRAM nombre_del_programa; 
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GRAPH. La sintaxis general de éste 
bloque de declaraciones es: 

GSES unidadl,unidad2 unidadN; 

En el ejemplo que poníamos de los 
gráficos, la línea quedaría de la 
siguiente manera: 

CJSES graph; 

La unidad más importante, es la uni¬ 
dad CRT, ya que posee todas las 
instrucciones relacionadas con la 
entrada/salida en modo texto en 
pantalla. 

El siguiente bloque es el bloque 
de etiquetas. Sinceramente te acon¬ 
sejo que lo olvides, ya que sirve para 
poder usar la instrucción GOTO que 
da un salto de un lugar a otro del 
programa, y como dijimos antes, 
ésto es lo que la programación 
estructurada trata de evitar. Si ya 
programas en BASIC, seguramente 
ya poseerás hábitos creados con la 
instrucción GOTO. Si es así te acon¬ 
sejo que intentes “desintoxicarte” de 
ella. 

La que sigue es la declaración de 
tipos. Para empezar tendremos que 
ver lo que es un tipo, ün tipo de 
datos indica de que tipo es un dato 
(valga la redundancia). Si, por ejem¬ 
plo, nuestro programa va ha hacer 
una suma, lo normal sería usar 
datos de tipo numérico. TPascal 
tiene varios tipos de datos, como 
números enteros, reales, tipo carác¬ 
ter, cadena de caracteres, boolea- 
nos, etc... Ya los veremos más ade¬ 
lante según los necesitemos. Pero la 
función de éste bloque declarativo, 
no es precisamente el de declarar 
estos tipos de datos que he citado, 
ya que éstos ya están declarados. En 
éste bloque podremos declarar 
nuestros propios tipos de datos, ya 
veremos algunos ejemplos más ade¬ 
lante. 

Ahora, le toca el turno a la decla¬ 
ración de constantes. Gna constante 
es un dato que no cambia durante la 
ejecución de un programa. Imagina, 
por ejemplo, que vamos a hacer un 
programa que calcule el area ence¬ 
rrada en una circunferencia. Para 
ello necesitamos el valor del número 
PI (3.1416). Evidentemente PI vale lo 
mismo siempre durante todo el pro¬ 
grama. de forma que declararíamos 
PI como una constante. (TPascal ya 
contiene la constante PI declarada 
de antemano). El inicio de la decla¬ 
ración de constantes se indica 
mediante la palabra reservada 
CONST: 

CONST PI = 3.1416; 

Nos enfrentamos ahora al bloque 
de declaraciones quizás más impor¬ 
tante de todos; El de declaración de 
variables. Gna variable es una zona 
de la memoria en la guardamos un 
dato. Puedes imaginar la memoria 
como los buzones de un bloque de 
casas. Cada buzón es representado 
por el número de piso que le corres¬ 
ponde, por ejemplo, el primer buzón 
se llamaría 1°A. Dentro de cada 
buzón podemos meter información. 
Bien, una variable sería similar a uno 


de estos buzones, sin embargo estos 
buzones no se llaman 1°A ni 3°B. 
Nosotros asignamos el nombre que 
queremos darle. Pero veamos su uti¬ 
lidad en la práctica. Imagina que 
vamos ha hacer un programa para 
calcular el area de un triángulo. Esto 
es lo que debería hacer el programa: 
** Indicar la longitud de la base - 
Indicar la longitud de la altura - 
Realizar la operación BASE*ALTG- 
RA/2 - Mostrar los resultados** 

Pues bien, cuando ejecutamos el 
programa, no podemos saber que 
datos introducirá el que lo utilize, 
por lo que tendremos que usar 
variables para poder almacenarlos 
temporalmente. En nuestro ejemplo 
crearíamos una variable llamada 
BASE, otra llamada ALTGRA, y otra 
tercera para almacenar el resultado 
que llamaremos RESGLTADO. De 
esta forma introducimos la longitud 
de la base en la variable BASE, y la 
de la altura en la variable ALTGRA. 
Tras ésto, almacenamos al resultado 
de la operación en la variable 
RESGLTADO. Lo mejor si no lo ves 
muy claro, es que sigas leyendo y 
veas luego el ejemplo. El inicio del 
bloque de declaración de variables 
se indica con la palabra reservada 
VAR. 

VAR altura : integer; 

El tipo INTEGER indica que se trata 
de un número entero, pero veremos 
ésto un poco más adelante. 

Los dos bloques de declaración 
siguientes, son para declarar funcio¬ 
nes y procedimientos. No entrare¬ 
mos muy en profundidad en este 
bloque todavía, pero trataré de dar 
una visión general. Gna función o 
procedimiento es un “trozo” de códi¬ 
go que escribimos a parte y que lla¬ 
mamos desde el programa principal. 
Esto se hace para evitar escribir tro¬ 
zos de código repetido dentro del 
programa principal. Imagina que 
estas programando un menú de 
opciones para un programa. Supon 
que cada vez que pulsas una opción, 
tienes que borrar la pantalla y cam¬ 
biar el color de la misma. Sin funcio¬ 
nes/procedimientos lo harías así: 

PROGRAMA - Presenta menú 
en pantalla - espera a que el usuario 
seleccione una opción - si ha selec¬ 
cionado la primera - borra la panta¬ 
lla - cambia de color la pantalla - haz 
lo que pedía la opción - si ha se¬ 
leccionado la segunda - borra la 
pantalla - cambia el color de la pan¬ 
talla - haz lo que pedía la opción 

- resto de programa. 

Las instrucciones que están más 
hacia la derecha indican que se eje¬ 
cutarán sólo si se cumple la condi¬ 
ción. Esto se llama identación y es 
una práctica muy aconsejable. 
Gsando funciones/procedimientos 
podríamos hacerlo de esta otra 
manera: 

PROCEDIMIENTO A: borra pantalla 
cambia color 

PROGRAMA - Presenta menú 
en pantalla - espera a que el usuario 
seleccione una opción - si ha selec¬ 


cionado la primera - llama al proce¬ 
dimiento A - haz lo que pedía la 
opción - si ha seleccionado la 
segunda - llama al procedimiento A 
- haz lo que pedía la opción 

- resto de programa . 

Veremos esto con más en detalle 
cuando lo necesitemos. 

.- BLOQGE DE INSTRGCCIONES. 
Este es, por fin, el bloque que con¬ 
tiene el programa en sí. Este bloque 
comienza siempre con la palabra 
reservada BEGIN y termina con 
END., no olvidando nunca el punto 
que le sigue. TPascal posee una 
serie de palabras reservadas que 
permiten controlar el flujo del pro¬ 
grama. Además, existen una serie de 
funciones y procedimientos que 
TPascal lleva consigo que nos per¬ 
mitirán hacer un montón de cosas, 
de hecho la instrucción WRITELN 
que vimos antes, no es más que un 
procedimiento. Pero, ¿qué es un 
programa? Bien, parece que la 
misión principal de un programa 
debería ser la de procesar datos, 
pero, ¿dónde ponerlos mientras los 
usamos? indudablemente en varia¬ 
bles. El proceso de guardar un dato 
en una variable se llama asignación, 
y se lleva a cabo mediante el signo 
de operación := (dos puntos y el 
signo igual), veamos un ejemplo: 

BASE : = 10; ALTGRA := 5; 
y por supuesto, podemos almacenar 
en una variable el resultado de una 
operación aritmética: 

RESGLTADO := BASE * ALTGRA; 
CGADRADO : = 2 * 2; 
hay numerosas operaciones disponi¬ 
bles, pero ahora sólo usaremos las 
básicas para el manejo de números 
enteros, que son las que están en la 
figura 3. En las operaciones aritméti¬ 
cas, es posible la inclusión de parén¬ 
tesis, por ejemplo: 

RESGLTADO := ( BASE * ALTGRA) 
DIV 2; 

NGESTRO PRIMER PROGRAMA 
GTIL 

Teclea el programa de la figura 4 y 
ejecútalo. Verás como el ordenador 
es perfectamente capaz de resolver 
este pequeño problema de cálculo 
de áreas. Realmente el ordenador es 
capaz de resolver problemas mucho 
más complejos de lo que puedas 
imaginar, sin embargo eres tú el que 
debe decirle todo lo que debe hacer 
paso a paso, hasta el más mínimo 
detalle. TPascal nunca hará nada 
que nosotros no le hallamos dicho 
que haga, así que nunca supongas 
que TPascal hará algo porque es 
muy evidente que debiera hacerlo. 
Pasemos ahora a comentar el pro¬ 
grama de cálculo de áreas. La pri¬ 
mera línea es la cabecera y ya la 
conocemos, así que pasaremos a la 
siguiente línea. Nos encontramos 
con la palabra reservada GSES, que 
como recordarás era para declarar 
unidades. Realmente lo que hace¬ 
mos con esta línea es decirle 


TPascal que vamos a usar la unidad 
CRT. Esta unidad es la encargada 
de la gestión del monitor en modo 
texto. Después nos encontramos 
con la declaración de variables, es 
decir le decimos al TPascal que 
variables vamos a usar en el progra¬ 
ma. TODAS las variables que vamos 
a usar en nuestro programa deben 
ser declaradas aquí y definiendo su 
tipo. En nuestro caso hemos defini¬ 
do tres variables de tipo entero (sin 
decimales). Después del BEGIN, en 
el bloque del programa, la primera 
instrucción que encontramos es 
CLRSCR. Este procedimiento está 
definido en la unidad CRT (es por 
ello por lo que la declaramos antes) 
y su misión es borrar la pantalla. 
Encontramos en esta línea algo que 
no habíamos visto hasta ahora, se 
trata de un comentario. Gn comen¬ 
tario es una frase o frases que se 
colocan entre los signos (* y *) o 
entre llaves { }. a lo que se incluya 
dentro de los signos de comenta¬ 
rios, TPascal no le hace ningún 
caso, de forma que podemos 
comentar cada línea o grupo de líne¬ 
as para que nuestro programa gane 
en claridad. Veamos algún ejemplo 
de comentario: 

(* Esto es un comentario *) { 
esto también es un comentario } { 
writeln (‘Esta línea no se ejecutara 
porque es un comentario’) } 
Seguidamente vemos que hay dos 
asignaciones de variables, en ellas 
introducimos el valor de la base y de 
la altura, de forma que en la línea 
que sigue, calculamos el area del 
triangulo basándonos en los valores 
almacenados en las variables BASE 
y ALTGRA. La siguiente línea mere¬ 
ce un comentario algo más detalla¬ 
do, ya que este WRITELN tiene algu¬ 
na diferencia con el que vimos 
antes. Con la instrucción WRITELN 
no sólo podemos imprimir texto en 
pantalla, sino que también podemos 
imprimir valores de variables. Para 
diferenciar lo que es un texto de lo 
que es una variable, encerremos los 
textos entre comillas, y las variables 
se dejan fuera de las comilla. Nótese 
que el texto a imprimir entre comi¬ 
llas está separado de la variable 
mediante una coma. Veamos algu¬ 
nos ejemplos con WRITELN y lo que 
imprimiría. 

WRlTELN(resultado); Imprime 
valor de la variable RESGLTADO. 
WRlTELN(‘resultado’); Imprime la 
palabra RESGLTADO. 

WRITELN(‘el resultado es l ,resulta¬ 
do,’ metros’); Imprime EL RESGL¬ 
TADO ES X METROS, donde X es el 
valor de la variable RESGLTADO. 

Damos fin aquí a esta primera 
entrega del curso de Turbo Pascal, 
en el siguiente número nos adentra¬ 
remos en otro tipo de números, los 
reales, y veremos la forma en que 
podemos interactuar con el usuario. 
Hasta entonces, practica con el 
TPascal y diviértete. 
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EL BIOS DE VIDEO 


La palabra BIOS significa 
Basic Input Output System 
o sistema básico de entrada 
y salida. Para todo aquel 
que no domine la lengua 
anglosajona, tan compleja 
abreviatura puede no signifi¬ 
car nada, especialmente lo 
de la entrada y la salida. 
Entrada y salida...¿de qué?, 
incluso cuando uno entien¬ 
de perfectamente que es el 
BIOS y que función tiene 
dentro del ordenador, mira 
atrás a su definición y vuelve 
a cuestionarse su significa¬ 
do. 

En realidad el BIOS se 
encarga de ser un interface 
con nuestros programas. 
Me explico, para no caer en 
malentendidos. Cuando una 


ya en el propio elemento 
hardware. Además, quien 
mejor que el propio fabri¬ 
cante para hacer ese interfa¬ 
ce, al que también se le 
llama firmware -del inglés 
firme o innamovible- ya que 
el quien mejor conoce 
como funciona ese periféri¬ 
co. 

Este firmware es conocido 
siempre como BIOSs y por 
supuesto se guarda como 
memoria ROM, o de solo 
lectura, que como ya todos 
sabemos es inborrabie. De 
esta forma tenemos el BIOS 
de la tarjeta de vídeo, el de 
la controladora de discos, el 
de la tarjeta de audio, el de 
la tarjeta de red, el del scan- 
ner, etc., los cuales contie¬ 
nen rutinas o trozos de pro¬ 
grama que están especiali¬ 
zados en interraccionar con 


de dos cosas. Primero, que 
el número de servicios que 
éste es capaz de darnos es 
limitado. Segundo, que el 
cumplimiento de estas tare¬ 
as es siempre más lento que 
si el hardware se programa 
de una forma directa, aun¬ 
que existan riesgos. Riesgos 
que, por otro lado, no son 
tan definitivos como para 
impedirnos que hagamos 
este tipo de programación, 
tan sólo deberemos ser cui¬ 
dadosos con lo que hace¬ 
mos y siempre siguiendo 
unas reglas preestablecidas 
de compatibilidad. Quede 
clare, pues, que el BIOS es 
el intermediario o interface 
entre los elementos hardwa¬ 
re y el usuario o programa¬ 
dor. Podemos utilizarlo 
cuando nos interese, por 
ejemplo en los servicios en 


pieza de hardware se conec¬ 
ta a nuestro ordenador, en 
una de las ranuras de 
expansión, éste queda inte¬ 
grado en nuestra máquina 
gracias al BUS. Este último 
es la línea de datos que une 
todos los componentes del 
hardware con el micropro¬ 
cesador para recibir por 

sarias para que todo el 
ordenador actúe de forma 
conjuntada y precisa. 

Pues bien, los componentes 
hardware que se pueden 
contectar al ordenador son 
tan variados y cambian y 
mejoran con tanta rapidez 
que es imposible ‘‘entrenar” 
previamente al procesador 
para que sepa interaccionar 
con todos ellos. La solución 
pasa por hacer que cada 
componente lleve su propio 
programa controlador, de 
forma que cuando quera¬ 
mos manejarlo desde nues¬ 
tros programas lo hagamos 
mediante esta porción de 
software que viene incluido 


las distintas peculiaridades 
de el hardware del compo¬ 
nente en cuestión. 

En el caso que nos interesa 
en esta sección, la tarjeta de 
vídeo, el BIOS es conocido 
como VBIOS, significando 
“vídeo” la V que se le añade 
delante. La VBIOS contiene 
las diferentes rutinas que se 

vicios necesarios a la hora 
de manejar desde nuestros 

B amas las salidas por 
lia de información grá- 
alfanumérica. 


tendremos que indicarle al 
VBIOS que haga lo que 
nosotros queremos y el lo 
realizará para nosotros y sin 
posibilidad de incompatibili¬ 
dades, como las que ocu¬ 
rren cuando nosotros, los 
programadores, nos salta¬ 
mos el BIOS y programa¬ 
mos la tarjeta por nuestra 
cuenta y a nuestro gusto. 
Pero esto tiene un inconve¬ 
niente. Si usamos el BIOS 
en nuestra programación, 
deberemos ser conscientes 


los que cumpla con rapidez 
y eficacia en nuestros pro¬ 
gramas, o saltárnoslo cuan¬ 
do queramos más velocidad 
o simplemente cuando que¬ 
ramos hacer algo especial, 
fuera de lo estándar. En 
cuanto al nombre, debemos 
conformarnos con él aun- 

! que en realidad no entenda¬ 
mos muy bien que quiere 
decir eso de sistema básico 
de entrada y salida. Yo lo 
hubiese llamado algo como 
“conjunto de rutinas interfa¬ 
ce” para indicar ese nexo de 
unión entre el programador 
y el hardware. 

COMO DE ÜSA EL BIOS 

Como hemos visto, el BIOS 
está siempre ahí, dispuesto 
a servir nuestras necesida¬ 
des siempre que lo necesite¬ 
mos, pero ¿cómo utilizo los 
servicios que éste me ofre¬ 
ce?. Los que estén siguien¬ 
do el apartado “el MSDOS y 
el programador de videojue¬ 
gos” ya tendrán una idea de 
como se puede llegar a con- 












seguir esto mediante el uso 
de las interrupciones, pero 
para los que no estén 
leyendo esta serie de artí¬ 
culos voy hacer aquí una 
pequeña introducción. 
Todos los lenguajes de 
programación, entre los 
que se inciu- 
yen el ensarrv I 
blador, el C y 1 
el BASIC por 
ejemplo, tienen % 
posibilidades 
de llamar a 
una parte de 
programa y 9 
después volver - 
de él conti- > 
nuando en el 
mismo punto 
desde el que | 
saltamos, cosa 
que se conoce 
como “llamada 
a una subruti¬ 
na”. Para ello 
tenemos orde¬ 
nes como CALL y GOSÜB 
por ejemplo. 

Estas instrucciones provo¬ 
can un salto a una direc¬ 
ción de programa, la ejecu¬ 
ción de una sección de 
código y una vueíta ai pro¬ 
grama principal cuando se 
encuentra con una instruc¬ 
ción dei tipo RET o 
RETURN (volver). Dichas 
secciones de programa se 
conocen como subrutinas 
y casi siempre realizan una 
función repetitiva. Para no 
tener que copiarlas innu¬ 
merables veces en el pro¬ 
grama principal se ponen a 
parte y se las llama cada 
vez que nos hagan falta. 

Un ejemplo: Realizamos un 
programa que muestra en 
pantalla las edades de los 
alumnos de una clase. En 
la clase hay 120 alumnos 
por lo que cada vez que la 
pantalla se llena de infor¬ 
mación, tenemos que 
borrarla. Nos damos cuen¬ 


ta, a la hora de crear el 
programa, que necesita¬ 
mos borrar la pantalla 13 
veces durante el transcurso 
del funcionamiento del 
mismo. Eso hace que ten¬ 
gamos que escribir ese 
número de veces la por- 


En el mundo del rC, sin 
embargo, al igual que en 
algunos otros ordenadores, 
existen dos tipos de subru¬ 
tinas: Las propiamente lla¬ 
madas subrutinas y las 
interrupciones. Ambas tie¬ 
nen el mismo funciona- 



ción de programa que se 
encarga de la limpieza ae la 
pantalla, ün latazo, ¿ver¬ 
dad?. Gracias a que somos 
inteligentes, hacemos la 
subrutina de borrado de 
pantalla una sola vez y la 
llamamos desde el progra¬ 
ma principal tantas veces 
como sea necesario, (ver 
figura) 

El BIOS hemos dicho que 
era un conjunto de servi¬ 
dos disponibles para nues¬ 
tros programas y para el 
sistema operativo de nues¬ 
tro ordenador, que siempre 
está disponible para su 
uso, pues bien, el BIOS se 
constituye de un gran con¬ 
junto de subrutinas a las 
que se puede llamar y que 
realizan funciones como 
borrar pantalla, escribir 
caracteres, dar color, dibu¬ 
jar pixel, hacer scroll de 
pantalla, cambiar de pági¬ 
na de vídeo, manejar el 
cursor, etc. 


miento (llamada-retorno) 
pero son diferente en la 
forma en que son llamadas 
y en la forma en que se 
retorna de ellas. De todas 
formas, en el curso del len¬ 
guaje ensamblador de irán 
desglosando ambas. Por 
ahora nuestra intención es 
que te quede claro el con¬ 
cepto de subrutina y su uti- 


difer encía rías y poder hacer 
uso de ellas. Tendremos 
pues la función 0, 1,2, 3. 
4, etc. Pero en lugar de 
usar la notación decima 
vamos a hacer uso de la 
hexadecimal que es la pre¬ 
ferida de todos los progra* 


mad o 


. 0 0 h 
0 I h 
02h, etc. 

II É2llSy : • i--: Veamos 

¡como 
¡Jl llamar a 
una inte¬ 
rrupción 
BIOS 
desde 
nuestro 
propio 
código. 
Al igual 
que el 
MSDOS, 
el VBIOS tiene un vector de 
interrupción general que se 
conoce como lOh. A través 
de él tenemos ía posibili¬ 
dad de usar las funciones 
de las que hablábamos 
antes de ia siguiente forma: 


LAS INTERRUPCIONES 

Mediante el uso de este sis¬ 
tema de llamada a una 
subrutina o servicio del 
BIOS, en este caso el 
VBIOS como hemos visto 
anteriormente, accedemos 
a todas las funciones que 
éste puede darnos para ser 
usadas desde nuestros pro¬ 
gramas. El VBIOS es pues 
un gran conjunto de subru¬ 
tinas a las que les vamos a 
asignar un número de 
orden para conocerlas. 


MOV AH,númei 
ÍNT 10H 


En el registro AH se carga 
el valor de la función a la 
que queremos llamar en 
concreto dentro de la inte¬ 
rrupción 1 Oh que reúne los 
servicios de vídeo del PC. 

En el próximo número de 
Código Juego comenzare¬ 
mos a ver los diferentes 
servicios con ejemplos de 
su utilización para nuestros 
juegos y como podemos 
sacar partido de ellos en 
nuestras aplicaciones. 

Hasta Septiembre, amigos. 






Leopoldo Fernandez 


Windows, dé la 
compañía norteb * 
merícana Microsoft, 
se ha convertido en j 
los últimos años en 
un estándar de los 
entornos de trabajo 
para el PC 
Desde un principio 
pretendió romper 
con los sistemas 
operativos tradicio¬ 
nales y su pobre 
interface con el 
usuario, mejorando 
y agilizando la 
manera de trabajar 
con un ordenador 
mediante el uso 
exaustivo de gráfi¬ 
cos y explotando 
toda la pateada de 
un periférico que 
resulta de gran uti¬ 
lidad como es el 
ratón . 

Aunquq la mayoría 
de las aplicaciones 
creadas para él son 
de gestión, ya 
empieza a haber 
buenos juegos. 


MICROSOFT WINDOWS 3X 


Windows nace en el senjji de 
Microsoft en el año 1985, aunque 
sus orígenes se remontan a las 
investigaciones?realizadas en los 
años 70 en el Xerox Reseach Center 
dé Palo Alto ( PARC ), Cal¡fq|n¡a. 
(Jna de sus virtudes esenrJsles'Üiue 
le ha acompañado desde su primer 
diseño, consiste en hacer que la 
pantalla del ordenador funcione en 
modo gráfico, en vez de hacerlo en 
modo texto, como en MS-DOS. i 
Como su nombre indica el modo 
gráfico permite representar los 
datos, programas, herramientas, 
procedimientos, etc.., dejorma gráfi¬ 
ca y, en consecuencia, de una mane¬ 
ra mas asequible y rápida de enten- 
der. 4 

Otra característica esencial es su 
forma peculiar de organizar la infor¬ 
mación interna que está 
a disposición del usuario: Windows 
dispone de un sistema jerárquico de 
menus (listados 

de opciones por pantalla), con lo que 
no es necesario teclear las habitua¬ 
les series de comandos y órdenes 
del MS-DOS, con su sintaxis rígida y 
difícil de memorizar, como conocen 
todos los usuarios de tan distinguido 
sistema operativo. 

Asi pues, Windows tiene en cada 
momento un sistema de menus que 
nos representan en pantalla todas 
las operaciones que en ese momen¬ 
to están disponibles. Además, estos 
menus funcionan siempre de una 
forma similar, lo que nos permite 
emplear fácilmente distintas aplica- 
I dones, como hojas de calculo, trata¬ 
mientos de texto. «L.dedicando un 
tiempo mínimo al preceptivo apren¬ 


dizaje preliminar. Windows unifica la somos en dos niveles. El primero 
fomta de opeipr. podemos llamarlo multitarea pura: 

Por otra parte y para facilitar la somos capaces de conducir y hablar 
“reconversión” de los usuarios ave- a la vez, caminar y masticar chicle, 
zados en el manejo tradicional de las comer y ver la televisión... 
aplicaciones informáticas, la selec- Semejante capacidad en nuestro 
don Odios elementos gráfkos o los ordenador nos ahorra tiempo y 
menúfse puede hacefdesde el mejora nuestra productividad, 
tejado... aunque es mejor utilizar el El segundo nivel de multitarea se 
ratón, ese pequeño dispositivo que refiere a los cambios rápidos de acti- 
está 4empre preparado para apuntar Vidád. Estamos trabajando sobre 


sobré zpnas de pantalla. 


documento y suena el telefono. 


El entorno gráfico de Windows se Inmediatamente lo cogemos y con¬ 
sirve de zpnas rectangulares en la testamos a la llamada, para volver a 
pantalla, es decir ventanas, y de aquí continuación «K punto en el que está- 
su nombre. Estas ventanas contie- bamos. Windows nos permite esto, 
nen las aplicaciones o los documen- Por el contrario MS-DOS exige guar¬ 
ios que se encuentran en los directo- dar el documento en su carpeta, ésta 
ríos. Las ventanas ocupan toda o en el archivador, cerrarlo y atendera 


una parte de la pantalla, según se la llamada, pare iniciar después el 
necesiten y pueden superponerse, proceso contrario... 
solaparse, ubicarse en zonas adya- fÜ 

ceníes de la,pantalla etc... jjF Uno de los problemas qué ha lurgi- 

Windows se acerca a nuestro modo do con el MS-DOS es la disparidad 
de gestionar la información y es de formas que cada programador ha 
Capaz de adaptarse a fórmulas con- ideado para acciones similares, 
venciopales. Es como so estuviera Pasar de un procesador de textos a 
Impuesto a aprender nuestro estilo otro puede ser una experiencia 
fe trabajo habitual. traumática, porque con la misma 

Er» lugar de tener que aprender a tra- combinación tte teclas que uno nos 
bajar como el ordenado!. Windows permite salvar cñ disco un documen- 
enseña al ordenado 1 a trabajar como to, el otro nos muestra una pantalla 
nosotros. Crea un pantalla que es de ayuda. 

equivalente a nuestra propia mesa Windows viene a poner orden en 
de trabajo. En ella están situadas este caos. 

las carpetas, los documentos y los Todas las aplicaciones de Windows 
útiles de escritorio que utilizaremos tienen una manera uniforma y cohe- 


para nuestro que hacer. 

MS-DOS es un sistema monoHtarea. 


rente de actuación, qn sus funciones 
básicas. Hay toda una serie de con¬ 


quiere decir esto que solo puede troles que responden en cualquier 
hacer una cosa a la vez. mientras programa de una manera previsible, 
que Windows puede estar realizando esto no sólo es comodo y evita frus- 
varias acciones simultáneamente, y traciones. tiene una traducción 
esto es necesario pir que nosotros inmediata en costes de formación y 
también somos multitarea. Lo repercute en la productividad. 






He comentado que Windows permite 
realizar varias tareas a la vez y ejecu¬ 
ta varios programas simultánea¬ 
mente. Esto puede ser muy impor¬ 
tante, pero Windows va un paso más 
allá: es capaz de integrar esas apli¬ 
caciones. 

A medida que han fio apareciendo 
programas para las actividades más 
variadas los usuarios de PCs han 
empezado a usar más programas. 
Con mucha frecuencia necesitamos 
integrar datos de unos programas en 
otros y aquí es donde empiezan las 
dificultades, cada programa*tiene su 
forma propia de guardar los docu¬ 
mentos, que no es compatible con 
las de otros programas. 
Tradicionalmente de han propuesto 
dos soluciones a este problema, 
Una consiste en diseñar varios pro¬ 
gramas integrados en uno sólo, ésta 
puede ser uña solución adecuada, 
pero a medida que nuestra^ necesi- 
dades de informatización crezcan, se 1 
nos empezará a quedar corto uno de 
sus componentes. 

La otra solución es hacer programas 
que realicen bien una sola tarea, 
pero que sean capaces de utilizar 
documentos de otros. 

Windows tiende a ser la tercera solu¬ 
ción, enlazada distintos programas y 
documentos q|*e estén en uso. De 
este modo compramos el procesa¬ 
dor de textf, la hoja de cálculo o la 
base de datos que más nos gusten 
o que consideremos más adecuados, 
sin reparar 

o no que sean del mismo fabricante, 
Windows va a permitir que se pasen 
información entre ellos como si se 
tratase de un mismo programa inte¬ 
grad^. pero con la diferencia que 
para cada componente habremos 
optado por lo mejor. Al menos 
según nuestro criterio, 

LA PANTALLA EN WINDOWS. 

AI arrancar Windows, aparece en 
pantalla lo que se denomina el 
Administrador de Programas, que es 
el centro de todas las sesiones de 
trabajo con el ordenador. 

Merece la pena detenerse en la pro¬ 
pia pantalla del ordenador y analizar 
algunos componentes que Windows 
incorpora y que serán conr>unes a 
todos los programas que utilicemos 


bajo este entorno gráfico. 

En primer lugar conviene destacar 
que toda la superficie de la pantalla 
conforma el llamado “escritorio", 
concebido a semejanza de nuestra 
propia mesajde trabajo. La superfi¬ 
cie de este escritorio está ocupado 
por ventanas y por iconos que 
corresponden, respectivamente a las 
aplicaciones o documentos y a su 
representación minimizada. 
Entendiendo por Aplicación: Un pro¬ 
grama do ordenador diseñado para 
ayudar al usuario a realizar un deter¬ 
minado tipo de trabajo. Una aplica¬ 
ción. traba con texto, números, grá¬ 
ficos o una combinación de todos 
ellos. 

Icono: Un símbolo o pequeña repre¬ 
sentación gráfica, que en Windows 
representa una aplicación, un docu¬ 
mento o una función que se pueda 
realizar en ese momento. 

Minimizar: Hacer que un programa 
en ejecución bajo Windows, en una 
ventana o en pantalla completa, 
pase a estar como Icono en la parte 
inferior 
de la pantalla. 

Nos encontramos con dos tipos de 
ventanas: Las especializadas en 
aplicaciones y las que contienen 
documentos. Las primeras corres¬ 
ponden a área de trabajo de una 
aplicación, por ejemplo un procesa¬ 
dor de texto, mientras que las 
segundas corresponden a distintos 
documentos producidos por esa u 
I otra aplicación. 

APLICACIONES DE SISTEMA 
INCLUIDAS EN WINDOWS. 

Administrador de Programas: 
Gestiona y manipula los Iconos per-^ 
mitiendo organizar y arrancar aplica¬ 
ciones. 

_Administrador de Ficheros: 
Gestiona la tarea relativas a ficheros 
y directorios, proporcionando mapas 
de los discos locales y de red, y de 
los directorios. Las operaciones de 
copia y movimiento de ficheros se 
efectúan con el ratón, la ejecución 
de aplicaciones 

y la impresión de ficheros, también 
se controlan directamente con movi¬ 
mientos del ratón. 

Administrador de Impresión: 




Visualiza las colas de impresión, per 
mite modificar el status de las tareas 
pendientes, arrastrar y soltar 
documentos desde una cola de 
impresión a otra. 

Pane! de Control. Gestiona la cone¬ 
xión de impresoras en red, paráme¬ 
tros de los puertos de comunicacio¬ 
nes, fecha y hora del sistema, insta¬ 
lación de fuentes, personalización 
del interfez, etc. 

Portapapeles: La acción de copiar 
para después pegar es una de las 
que 

se ejecuta con más frecuencia en ei 
entorno Windows: copiar datos de 
una celda a otra en una hoja de cál¬ 
culo, copiar datos repetitivos en un 
mismo documento de procesador de 
texto, crear un logotipo en un pro¬ 
gramar gráfico y pegarlo dentro de 
un documento de texto... todas esas 
opciones se realizan dentro del por¬ 
tapa peles. 

El portapapeles es una utilidad den¬ 
tro del entorno Windows que permite 
reservar una porción de memoria del 
sistema donde reside transitoria¬ 
mente fe información que se copia 
antes de ser pegada. La naturaleza 
de los datos pegados es heterogé¬ 
nea, desde texto a dibujos, números, 
imágenes escaneadas. etc. El porta- 
papeles es el encargado de almace¬ 
narla transitoriamente. 

Ver el contenido del portapapeles es 
posible haciendo doble click con el 
ratón en el visor del portapapeles 
que incluye el grupo principal del 
Administrador de Archivos; y tam¬ 
bién algunos programas incluyen 
esta fusibilidad en forma de coman¬ 
do. En su interior estará la informa¬ 
ción copiada previamente en cual- 
¡ quier otra aplicación, un texto, un 
dibujo, una imagen, números...etc. 

El contenido del portapapeles se 
puede pegar en cualquier aplicación 
que se desee( si la aplicación desti¬ 
no gestiona ia información que se va 
ha pegar. Por ejemplo, el block de 
notas no gestiona dibujos, y no 
admite que se Je pegue uno) y tan¬ 
tas veces como se quiera mientras la 
información esté en el portapapeles, 
de modo que un dato copiado en 
una hoja de calculo, puede ser pega¬ 
do en un procesador de texto, en el 
block de notas, en otra hoja distinta, 
etc. sin necesitar en ningún caso de 



























¿rraf uno IE^Ücación para entrar en 
otra. pues pueden estar abiertas las 
dk a la vez. 

- PLICACIOMES í DE USUARIO 
OCLUIDAS EFfWlNDOWS. 

Microsoft ^Windows write: 

- ocesador de textos ejecutivo. 
Microsoft Windows Paintbrush: 

Programa artístico a todo color. 
Tapninak Programa de comunica¬ 
ron emulación de terminales asin¬ 
cronos que incluye transferencia 
Diñaría de ficheros y posibilidad de 
¿sociar macros hasta a 32 teclas. 
Agenda: Calendario mensualy día¬ 
lo con anotación de citas y alarma 
acústica para recordarlas en su 
momento. 1 1 % 

Calculadora: Convencional > cientí¬ 
fica. que permite efectuar cálculos 
en binario, octal hexay decimal. 
Grabadora: de macros sencilla, que 
ecoge los movimientos de ratón y 
pulsaciones de teclas para generar¬ 
ías automáticamente siempre que se| 
desee. Permite automatizar tareas I 
en aplicaciones basadas en venta¬ 
na*. | I 

Reloj: analogicé y digital. Puede 
vsualizarse en cualquier lugar de la 
pantalla. 

Pichero: Programa que gestiona un 
5chero tarjetero indexado. Incluye 
marcación telefónica automática. 
Las fichas (tarjetas) pueden Contener 
texto y o graíi<j>s. 

Block de notas: Editor de texto 
adecuado, paraja escritura rápida de 
-otas; mimos % otros trabajos de 
Doca extensión, incluye el estampa¬ 
do automático de fecha y hora en el 
documento. 

MEJORAS DE WINDOWS 3,1 FREN- 
" A Sü PREDECESOR 3.0 

El 6 de abril de 1992, tras una 
-mensa prueba de la versión “beta” 
re- parte de miles de usuarios. 

rrosoft presento la versión 3.1 de 
so entorno gráfico. A primera Vista. 

- cambíado.el logo dé Windows. 
x'jm un disdí mas, la documenta¬ 
ron es deferente...p»ero ¿Cuales son 
|»^erdaderas diferencias entre la 
lesión 3.1 y su predccesora? 
Z>_' 3 «te un año v medio, Windows 
3 3 ha conseguido justa fama por 


méritos propios. Todo el §nundo del 
PC se ha volcado en el 
entorno gráfico de Microsoft, pero 
tampoco la versión 3.0 es perfecta y 
prácticamente todos hemos tenido 
que sufrir ios “Errores Irrecuperables 
de la aplicación”, su lentitud, su 
mala resolución ai impremir ( a no 
ser que se recurriese a un gestor de 
tipos de letra (fuentes) como el 
Adobe Type Manager), etc, 

O. L. E. iolé! 

El OLE (Object Linking and 
Embedding, enlace e incursión de 
objetos ) es una tecnología que per¬ 
mite hacer maravillas con los docu¬ 
mentos procedentes de otras aplica¬ 
ciones sobre un documento “padre '. 
Veamos un ejemplo: supongamos 
que se escribe un documento con un 
tratamiento de textos (que tenga 
capacidad OLE, por supuesto) j| se 
desea incluir una ilustración. Se 
detíe seleccionar insertar objeto en 
el menú de edición. Se selecciona el 
tipo de p 

objeto que se desea insertar ( en 
este casé un dibujo del Paíntbrusb). 
Se busca en el disco duro el fichero 
que contiene el dibujo y se seleccio¬ 
na. En este punto, se puede “enla¬ 
zar” el objeto (establecer una cone¬ 
xión entre el fichero en disco y el 
documento que se está procesando, 
en cuyé caso las modificaciones 
posteriores en el fichero del dibujo 
se reflejan automáticamente en el 
documento ) o “incluirlo” ( en ese 
caso, el dibujo formará parte del 
documento y no tendrá nada que ver 
con el fuchero de donde se tomo). 

En este caso se selecciona “enlace” 
por que el dibujo no es definitivo y 
necesita unos retoques. Después de 
este sencillo proceso se tiene fe ilus¬ 
tración en el documento y para 
modificarla solo ha de hacerse un 
doble click sobre el objeto OLE. El 
programa de tratamiento de texto 
llamara al programa que creo el 
objeto para permitir su modificación. : 
ün ejemplo de la potencia del OLE, 
nos lo brinda la versión 2.0 de 
Microsoft \|ord para Windows. 
SopcrtaíoLE > gestiona las ilustra¬ 
ciones papr este sistema; no sólo 
ilustraciones, sino que también gráfi¬ 
cos de tipo dra#. ¿hart. word-art u 


otro tipó de datos no imprimibles, 
como los de sonido, ün documento 
puede cpnlfbner voz y música... 

LO QUE FALTA. 4 

A pesar de las muchas mejoras (las 
comentadas y las que se quedan en 
el tintero por razones de espacio o 
por ser menos importantes), hay aún 
detalles que esperan otrertipo de 
solución. 

ün ejemplo claro de esto último es 

: i 

el Administrador de Programas; El 
administrador de programas necesi¬ 
ta algún retoque como permitir 
incluir grupos dentro de cada grupo ( 
al estilo del entorno New Wave, de la 
compañía Hewlett-Packard). 

También resulta molesto que siga 
sin permitir cambiar el tamaño de la 
paleta por defecto. Si se tiene una 
tarjeta ||rafica con un coprocesador 
gráfico ^ permite utilizar 256 coloers 
en todas las resoluciones, resulta 
inflante que el entorno de trabajo 
utilice siempre una paleta de veinte 
tinteros. Como resultado Paintbrish, 
sigue estropeando cada imagen de 
256 colores que utilizan ja paleta por 
defecto. 

Si bien mlcrosoft o alguien decide 
corrogir este problema, ya puestos, 
que permiten modificar los colores 
de ia padeta. De este modo los 
usuarios de las tarjetas VGA norma- 
litas podran trabajar con 16 colores y 
no con 8 y otros 8 casi iguales. 
Aunque Microsoft ha incluido funcio¬ 
nes de descompresión de datos, 
según los algoritmos Lempel-Ziv, 
seria aconsejable que incluyera tam¬ 
bién las de compresión, y que las 
utiluzara internamente para retener 
mas datos en memoria, 
ün procesador rápido sería capaz de 
comprimir descomprimir bitmaps en 
tiempo real y de esta forma almace¬ 
nar fácilmente imágenes unas 5 
veces mayores, o textos del doble de 
tamaño, o grandes tablas de datos. 
También el cache de disco podría 
aprovechar estas téchicas de com- 
presiorVdescompresión para re|ener 
más datos en el cache. 



Una de las características 
más destatables de 
Windows es el OLE, que 
signifíta Object Linking 
And Embedding, que en 
castellano viene a ser 
algo así tomo 
Intrustatión y Vinculación 
de Objetos . 

Esta Característica permi¬ 
te la posibilidad de 
transportar objetos entre 
las diferentes aplicacio¬ 
nes a través del porta- 
papeles con el consi¬ 
guiente ahorro que esto 
supone para el paso de 
información entre aplica¬ 
ciones. 
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OPERADORES Y CON¬ 
TROL DE FLOJO 
Las instrucciones de con¬ 
trol son parte fundamental 
de cualquier lenguaje de 
programación. C es un len¬ 
guaje secuencial. Esto 
quiere decir que las ins¬ 
trucciones se ejecutan una 
tras otra en el orden en que 
están escritas. Las instruc¬ 
ciones de control cambian 
esa forma de actuar, 
reconduciendo el flujo del 
programa como sea más 
conveniente. Sin ellas, la 
capacidad del lenguaje 
quedaría reducida a la 
mínima expresión. Las ins¬ 
trucciones de control están 
estrechamente vinculadas 
a las expresiones con ope¬ 
radores lógicos, es decir, 
aquellas operaciones cuyo 
resultado no es numérico, 
sino del tipo Verdadero - 
Falso. Normalmente, el 
flujo del programa se 
reconducirá basándose en 
el resultado verdadero o 
falso se este tipo de opera¬ 
dores. 

COMPARACIONES 
Las condiciones más senci¬ 
llas son las que se hacen 
con los operadores de 
comparación. Estos opera¬ 
dores comparan dos valo¬ 


res. Dichos operadores son 
los siguientes: 

< menor que > mayor que 

< = menor o igual 
> = mayor o igual == igual 
!=distinto 

La expresión 
a > b 

se evalúa a verdadero si el 
valor de la variable a es 
mayor que el de b. Como 
siempre en C, está permiti¬ 
do introducir espacios, 
incluso saltos de línea, 
entre los operadores y sus 
operandos, para hacerlas 
más legibles. Conviene 
hacerlo, pero no es obliga¬ 
torio. Por supuesto, se 
puede mezclar variables y 
constantes sin problemas: 
a == 3 
10 > dato 
valor > = 0 

Hay que tener cuidado con 
el operador de igualdad 
(==), pues se puede con¬ 
fundir con el de asignación 
( = ). Se puede también 
comparar expresiones 
aritméticas y, en general, 
cualquier cosa que produz¬ 
ca un resultado numérico 
(incluidas las funciones), 
dato > b + 10 
espacio() > 10000 
Los operadores aritméticos 
se evalúan antes que los de 


comparación (se dice que 
tienen mayor prioridad). Es 
por ello que no hace falta 
encerrar la expresión b + 
10 entre paréntesis para 
que la comparación del 
ejemplo anterior se ejecute 
correctamente. Primero se 
sumará 10 al valor de la 
variable b, y posteriormen¬ 
te, se comparará el resulta¬ 
do con la variable dato. 
Estrictamelte, los operado¬ 
res de comparación sólo 
trabajan con expresiones 
numéricas! (int, unsigned, 
float, etc.). Sin embargo, ya 
se ha hablado aquí de que 
el tratamiento de los carac¬ 
teres en C es totalmente 
numérico, es decir, el len¬ 
guaje trata a los caracteres 
por su código ASCII, que 
es un número entero de 0 
a 255. Por tanto, no hay 
inconveniente en usar los 
operadores de compara¬ 
ción con los caracteres 
(tipo char). De hecho, lo 
que se comparan son los 
códigos ASCII. La expre¬ 
sión siguiente: 
inicial = = ‘A’ 

es totalmente correcta. 
Rizando el rizo, se puede 
incluso mezclar expresio¬ 
nes char con expresiones 
numéricas enteras (no float 
ni double). La siguiente 


expresión es equivalente a 
la anterior: 
inicial ==65 

Es válida aunque inicial se 
haya declarado como char. 
Es importante el uso de las 
comillas simples en las 
constantes de tipo carác¬ 
ter. No se debe nunca usar 
para este propósito las 
comillas dobles (“). 
EXPRESIONES LOGICAS 
Se puede combinar varias 
comparaciones en una 
expresión lógica del tipo “si 
llueve Y salgo a la calle...”, 
“si llueve O me ducho...”. 
Obsérvese que en ambos 
casos se trata de combinar 
dos condiciones en una 
sola. - El operador Y da 
resultado verdadero si 
ambas condiciones son 
verdaderas al mismo tiem¬ 
po. En C se representa por 
el operador &&. 
a > 0 && b > 0 
Esta expresión es verdade¬ 
ra sólo si ambas variables 
son mayores que cero. En 
este otro caso 
dato = = 0 && x ! = 0 
es verdadera si la variable 
dato es cero y, al mismo 
tiempo, x es distinta de 
cero. El operador && no se 
debe confundir con &, que 
es otro operador válido, 
con un uso totalmente dis- 































: nto. - Al operador O le 
r-sta con que una de las 
condiciones sea verdadera. 
Se representa con dos 
carras verticales (| |). 
a > 0 | | b > 0 
Esta expresión lógica da 
verdadero si cualquiera de 
as variables a o b es mayor 
cue cero, o bien ambas al 
mismo tiempo. Al igual que 
el anterior, este operador 
no se debe confundir 
con |, que tiene otra fun¬ 
ción distinta. - Existe otro 
operador lógico: la nega¬ 
ción, representada por un 
signo de admiración (!), 
que invierte el resultado de 
una condición: lo verdade¬ 
ro se hace falso, y lo falso 
pasa a ser verdadero. La 
expresión 
dato > 0) 

dará resultado verdadero 
cuando la variable dato no 
sea mayor que cero. 
Obsérvese la utilización de 
los paréntesis. La negación 
tiene mayor prioridad que 
la comparación, por lo que 
tenemos que usar los 
paréntesis si queremos que 
se haga antes la compara 
ción. Si no se ponen parén¬ 
tesis, el ! sólo afectaría al 
operando directamente a 
su derecha (en el ejemplo, 
sólo dato), lo que daría un 
resultado incorrecto. Las 
expresiones lógicas pueden 
ser tan complejas como se 
necesite. En el cuadro 
adjunto se presentan algu¬ 
nas expresiones válidas. 
PONER AQUI CUADRO 1) 
Son interesantes en estos 
ejemplos: el uso de valores 
devueltos por funciones, la 
mezcla de elementos 
numéricos y de carácter, el 
uso de los paréntesis para 
•orzar el orden de las ope- 
•aciones, y por último, la 
combinación de los dife- 
entes operadores (como 
en el último ejemplo). El 


uso de espacios y saltos de 
línea entre los elementos 
de la expresión es total¬ 
mente libre. No se usa el 
punto y coma para termi¬ 
narlas, pues no son ins¬ 
trucciones completas del 
lenguaje, sino parte de 
ellas. 

LA INSTRUCCION IF 
La instrucción de control 
de flujo más básica es if, 
cuya forma general es: 
if (< expresión >) < instruc¬ 
ción^ [else <instruc- 
cion2>] 

* Nota: Cada vez que 
representemos la sintaxis 
de una instrucción, usare¬ 
mos los ángulos (<>) para 
representar el lugar donde 
se deben poner los operan- 
dos de la instruc ción. 
Asimismo, los corchetes ([ 
]) señalarán las partes que 
se pueden omitir. Es 
importante recordar que ni 
los ángulos, ni los corche¬ 
tes, ni las palabras explica¬ 
tivas (que aparecerán entre 
los ángulos) pertenecen 
realmente a la instrucción; 
aparecen con intención 
simplemente explicativa. La 
instrucción if evalúa la 
< expresión > (normalmen¬ 
te se trata de una expresión 
lógica) y actúa en conse¬ 
cuencia: si la expresión es 
verdadera, se ejecuta la 
cinstruc ciónl>; si es 
falsa, se ejecutará la < ins¬ 
truc ción2> (la que va tras 
la cláusula else). En el caso 
que no haya else (es opcio¬ 
nal) y la expresión resulte 
falsa, no se lleva a cabo 
acción alguna, pasando el 
control a la siguiente ins¬ 
trucción del programa. Sin 
embargo, la cinstruc- 
ciónl > no se puede omitir. 
Los paréntesis que delimi¬ 
tan la expresión deben 
ponerse siempre. Por ejem¬ 
plo, la siguiente instrucción 
if (x = = 0) y = 1; 


asigna a la variable “y” el 
valor 1, siempre que x 
valga cero. En caso contra¬ 
rio, no hace nada, conti¬ 
nuando normalmente con 
la siguiente instrucción del 
programa. Obsérvese la 
diferencia entre el operador 
de comparación (==) y el 
de asignación (=), y la obli¬ 
gación de terminar las ins¬ 
trucciones (tanto la del if 
como, si existe, la del else) 
con punto y coma. Como 
siempre, ambas instruccio¬ 
nes se pueden sustituir, si 
se necesita, por bloques de 
instrucciones entre llaves 
({». 

if (x != 0) { y=raiz_cuadra- 
da(x); x = T, } else x = -1; 

Si x no es cero, se ejecuta 
la función raiz_cuadrada() y 
se le da valor uno. En caso 
contrario, se le da valor -1. 
Aunque la forma de escribir 
las instrucciones en C es 
totalmente libre, es cos¬ 
tumbre, para facilitar la lec¬ 
tura, escribir los bloques 
como se hace en este 
ejemplo, con las llaves en 
líneas separadas y las ins¬ 
trucciones “indentadas” 
varios espacios. La razón 
es que, por su particular 
sintaxis, los programas en 
C tienden a convertirse en 
verdaderas sopas de letras 
difícilmente legibles. Para 
evitarlo, se han establecido 
este tipo de convenciones. 
EL BÜCLE WHILE 
El concepto de bucle es 
clásico en programación. 
Es habitual que se necesite 
repetir una serie de veces 
alguna operación. La 
estructura while (mien tras) 
ejecuta una instrucción 
repetidamente mientras se 
cumpla una determinada 
condición. Cuando no se 
cumpla, el programa con¬ 
tinúa normalmente. Tiene 
dos versiones, cuya sintaxis 
es la que sigue: 


Formato T. 

while (< expresión >) < ins¬ 
trucción > 

Formato 2: 

do <instruccion> while 
(<expresión>); 

En ambos casos se com¬ 
prueba la <expre sión>, y, 
si resulta verdadera, se eje¬ 
cuta la < instrucción >, se 
vuelve a evaluar la expre¬ 
sión, y así sucesivamente. 
La diferencia estriba en que 
la comprobación se haga 
antes (formato 1) o des¬ 
pués (formato 2) de la ins¬ 
trucción. Como el lector 
habrá advertido, en el 
segundo formato la ins¬ 
trucción se ejecuta siempre 
al menos una vez; en el pri¬ 
mero, al contrario, puede 
ser que no se ejecute 
nunca, pues la condición 
se evalúa antes, 
while (x > 2) x=raiz_cua- 
drada(x); 

En este ejemplo, x se susti¬ 
tuye por su raíz cuadrada 
repetidamente, mientras x 
sea mayor que dos. Si la 
primera vez no lo es, no se 
ejecuta nunca la función. 
Es corriente usar, como en 
el ejemplo, una variable a 
ambos lados se una asig¬ 
nación (=), con el objetivo 
de sustituir su valor por el 
resultado de aplicarle algu¬ 
na operación. Igual que en 
if, las instrucciones deben 
terminarse con punto y 
coma (es una regla general 
en el lenguaje). Además, en 
el segundo formato, tam¬ 
bién se termina con punto 
y coma la cláusula while. 
do x=x+l; while (x < 100); 
En este caso, la variable x 
funciona como un conta¬ 
dor (véase la siguiente sec 
ción), sumándole 1 mien¬ 
tras sea menor que 100. La 
suma se hará al menos una 
vez, pues la condición se 
evalúa al final. Por supues¬ 
to, en lugar de la instruc- 
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ción se puede siempre 
poner un bloque entre lla¬ 
ves: 

do { y=x+1; x=y; } while 
(x < 100); 

Este ejemplo hace lo 
mismo que el anterior, 
pero con más rodeos. Es 
costumbre poner el while 
en la misma línea que la 
llave de cierre, cuando va al 
final. 

VARIABLES COMO CON¬ 
TADORES 

En la sección anterior veía¬ 
mos un ejemplo de variable 
funcionando como conta¬ 
dor, es decir, su valor va 
incrementándose, estable¬ 
ciéndose un límite como 
condición de terminación 
de un bucle. Su uso es 
muy común, normalmente 
para controlar un bucle 
que incluya instrucciones 
que haya que ejecutar un 
número determinado de 
veces. El contador controla 
el número de repeticiones 
que van hechas, hasta que 
se llegue a un límite, 
i = 1; while (i < 10) { piti- 
do(); i = i+1; } 

La variable i se establece 
con un valor inicial y se 
incrementa hasta llegar a 
un valor final. Nuestro obje¬ 
tivo es que la función piti- 
do() se ejecute 10 veces 
seguidas. (Jsar las letras i, j, 
k,... para designar los con-, 
tadores es una “manía ’ 
que tienen muchos progra¬ 
madores. £or su puesto, 
cualquier variable puede 
hecer de contador, aunque 
es conveniente usar las de 
tipo int. Usar la expresión 

para incrementar obliga a 
acceder ¿los veces a la 
variable i para hacer una 
ala operación (incremen- 
Esto Juede ser un pro¬ 
blema si estamos interesa¬ 
dos en que el bucle se eje| 


s 


cute lo más rápido posible, 


lo cual suele ser casi siem¬ 
pre. Los inventores de C se 
dieron cuenta de ello, e 
incluyeron dos operaciones 
que no existen en casi 
ningún lenguaje (son típi¬ 
cas de ensamblador): el 
incremento (++) y el 
decremento (—). Estas 
operaciones se ejecutan 
mucho más rápido, pues 
sólo acceden una vez a la 
variable. Cada una de ellas 
tiene dos versiones: prefija 
y postfija, dependiendo si 
se ponen antes o después 
de la variable. 

Fre-decremento: — variable 
Post-decremento: varia¬ 
ble— Pre-incr emento: 

+ +varia ble Post-incre- 
mento: variable + + 

Por ejemplo: 
i++; 
x—; 

La mam* instrucc S 

incrementa en una unidad 
el valor de la variable i; 
mientras que la segunda 
decrementa en igual medi¬ 
da el valor de la variable x. 
Da igual el tipo de la varia¬ 
ble; si es char se trata 
como int, a la manera 
habitual que ya hemos 
comentado. Como se ve en 
estos ejem píos, si la ope¬ 
ración no forma parte de 
una expresión mayor, es 
decir, constituye por sí 
misma una instrucción, 
debe terminarse con el 
habitual punto y coma. 
Además, cuando se usa de 
esta forma el funciona¬ 
miento es el mismo en las 
versiones prefija y postfija. 
Las siguientes instruccio¬ 
nes funcionan exactamente 
igual; ambas incrementan 
en 1 la variable valor: 
valor + +; 

+ -hvalor; 

La diferencia aparece 
cuando se usan dentro de 
ex 

x = +4- dato; 


Aquí hay dos operaciones: 
el incremento de dato y la 
asignación del valor de 
dicha variable a x. Pero, 
¿qué valor asignar a x, el 
anterior o el posterior a la 
operación de incremento?. 
En el pre-incremento, pri¬ 
mero se incrementa y 
luego se proporciona el 
valor para ser usado en el 
resto de la expresión, 
j = 3; x = + +j; ^ 

Después de esto, ambas 
variables (x y j) valen 4. El 
pre-incremento ha sumado 
1 a j, y después le ha asig- 


para explicar más ejemplos 
de este tipo de “instruccio¬ 
nes múlti pies”. Ciña pun- 
tualización importante que. 
a primera vista, puede 
parecer de “perogrullo”: el 
“objeto” al que se le apli¬ 
que el incremento o el 
decremento deberá ser 
capaz de almacenar el 
resultado. Esto no siempre 
es tan evidente. Muchos 
principiantes intentan hacer 
cosas como éstas: 
x = 3 —; 
x = (j+D—; 

Las dos instrucciones ante¬ 
riores son totalmente inco- 


nado el valor ya incremen¬ 
tado a x. El efecto contrario rrectas (no las acepta el 


se produce con el post 
incremento: 
j = 3; x = j+ 4-; 

Tras la ejecución, j vale 47 
mientras que x vale 3. El 
post-incremento propor¬ 
cionó a x eLyglpr de j antes 
de incrementarlo. Lo 
mismo ocurre en el 
siguiente ejemplo, aunque 
es un poco más difícil de 
ver: 

dato = 16; x = raiz cua- 
drada(dato—); 

El post-decremento pro¬ 
porciona a la función el 
valor de la variable dato 
(16), y después le resta 1. 
Así pues, dato termina 
valiendo 15, mientras que 
la variable x vale 4 (la raíz 
cuadrada de 16, no de 15). 
Este ejemplo nos da una 
idea de lo “compactas” que 
puede ser las instrucciones 
en C: en una sola línea se 
han realizado tres operacio¬ 
nes diferentes (el decre¬ 
mento, la función y la asig¬ 
nación). Esto hace los pro¬ 
gramas más cortos y más 
rápidos, pero es más com- 
plicjad o^ iy^^^ entender. 
Si el lector se ha atasca¬ 
do” un poco con este últi¬ 
mo ejemplo, no se preocu- 


compilador). En los dos 
casos se está intentando 
hacer un decremento a un 
objeto que no puede guar¬ 
dar el resultado. En el pri¬ 
mer caso, dicho decrcmen¬ 
to se aplica a una constan¬ 
te (3) que, como es lógico, 
no puede cambiar de valor, 
ni tiene dirección en 
memoria donde almace- 
fnarlo (recuérdese que la 
asignación a x, aunque 
está relacionada, es una 
operación aparte del decre¬ 
mento). En el segundo 
caso, se intenta incremen¬ 
tar el resultado de una ope¬ 
ración aritmética. El resul¬ 
tado de la suma de j e i no 
se almacena ni en j ni en i 
(sólo existe temporalmente 
para usar en la asignación 
a x), por lo que tampoco se 
puede almacenar el decre¬ 
mento. La operación 
correcta sería: 
x = 0+0 ■ i; 

Todo esto es un poco 
complicado. CJna regla fácil 
para recordar puede ser: 
Apliqúese el incremento o 
decremento^ sólo 
que 


gas 


V 'L 




pe: en las próximas entre! Efectivamente, veamos la 



ponerse a la i: 

una 


Rieran 
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habrá oportunidades 


















i) = 100; 

5ie ve fácilmente que es incorrec- 
-.2 En el “argot” de C, se les 
llama “Lvalues” a este tipo de 
objetos. La L viene de “Left 
(izquierda), es decir, “valores 
que se pueden poner “a la iz 
^uierda”. De hecho, si el lector 
na intentado compilar las instruc¬ 
ciones erróneas, habrá obtenido 
mensajes de error del tipo “Se 
requiere un Lvalue”. 




/‘LISTA.C - Lista de caracteres ASCII*/ 

#include <stdio.h> 

int main(void) /‘Cabecera de función*/ 

int carácter; /‘Declaración de variable local*/ 

for (carácter = 33 ; carácter < 255 ; caracter++) 
putchar(caracter); /‘bucle for*/ 

putchar(‘\n’); 

retum 0; 

} /‘fin de main()*/ 


LA INSTRUCCION FOR 

“For” es el otro tipo de bucle que Figura 1 

ouede hacer C. Esta instrucción 

es algo más extr^a pero mucho letra > < A > && letra < ‘Z’ 
más flexible que las del mismo 

nombre en otros lenguajes. raiz_cuadrada(x) >= logaritmo(y) - 1 

for([<el >]; [<e2>]; [< e3f]) 

<instruccion>] letra_inicial != 100 && ¡(edad > ‘A’) 


<el>, <e2> y <e3> son tres 
expresiones opcionales separa¬ 
das por punto y coma. La < ins¬ 
trucción > puede ser también un 
bloq ue de instrucj^ijg^entre lla¬ 
ves! Como siempre, los corche¬ 
tes y los ángulos los hemos 
puesto con fines informativos, y 
no deben ponerse a la hora de 
programar. El funcionamiento es 
el siguiente: - Primero, se ejecuta 
<el> (sólo la primera vez). - A 
tontinuación se ejecuta la ins¬ 
trucción (o el bloque) repetida¬ 
mente como si se tratase de un 
bucle while (“mientras” la expre¬ 
sión <e2> sea verdadera). - Se 
añadirá al final la expresión 
<e3>, cada vez que se ejecute el 
bucle. Es decir, la instrucción for 
se “convierte" en: 


<el>; while (<e2>) { cinstruc- 
cion> <e3>; } 

1 •'tentemos "entenderlo con el 
ejemplo que usamos antes con 
while: 

= 1; while (i < 10) { pitido(); i 
= i+1; } 

Todo esto se puede cambiar por: 

¿y¡f 1 - ¡< 1 0- i^i^jAUátidoO; 

El resultado es el mismo, pero 
más compacto y más rápido de 
r ecutar. Junto a estas virtudes 
::see el defecto de ser menos 


!(edad < 10 || edad 
&& sexo != ‘F’ 


70) 


(inicial == ‘A’ 

|| inicial == ‘B’ 

¡¡ inicial == ‘C’ 

¡ inicial == ‘X’) 


&& edad > 10 


Figura 2 




ntial, 

:ir, las instruttiones se 
una a una, línea a 
línea . 
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as, mediante las tuales 
ios hater que nuestro 
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gramadores de C siempre prefie¬ 
ren la eficiencia a la simplicidad 
(por eso programan en C). Por 
cierto, ahora que conocemos el 
operador de incremento, pode¬ 
mos usarlo, mejorando aún más 
la velocidad de ejecución: 
for (i=l; i< 10; i++) pitido(); 

Esta instrucción ejecuta 10 
veces la función pitido(), usando 
la variable i como contador. Da 
igual usar el pre-incremento o el 
post- incremento, pues la opera¬ 
ción se realiza al final del bucle 
de forma separada. Este es, con 
diferencia, el uso más habitual 
del bucle for; pero, una vez 
conocido su funcionamiento 
interno, no es difícil imaginar 
decenas de formas de usarlo, 
for (x= 100; x>2;^^HÍ!z_cua- 


drada(x); 

La tercera expresión se omiti¬ 
do (casi todo en for se puede 
quitar, pero no así los puntos y 
comas que separan las expresio¬ 
nes, ni los paréntesis que las 
delimitan). El bucle empieza 
dando a x el valor 100, aplicán¬ 
dole sucesivamente la función 
raiz_cuadrada() mientras se 
mantenga por encima de 2. A 
estas alturas ya poseemos la 
base suficiente para empezar a 
ver programas verdaderamente 
“ejecutables”. El próximo capítu¬ 
lo lo dedicaremos a presentar 
varios ejemplos. Mientras esto 
llega, puedes intentar compilar y 
ejecutar el programa adjunto. 
(PONER AQCJI LISTA. C) 

No te preocupes si no conoces 
las órdenes #include y retum, 
pues no hacen falta para enten¬ 
der el programa. La función put- 
char() pone un carácter en pan¬ 
talla, cuyo código ASCII (tipo int) 
le proporcionamos. Intenta com- 


cómo fu 
LQué, 


pasa si quitamos el 
y ii )? En el próximo 
explicarán con deralle 
' ejemplos. 





































Nuestro nuevo tolabora- 
dor nos introdute de 
lleno en las ventajas y 
los intonvenientes que 
encontramos a la hora de 
programar en tódigo 
máquina en un ordena¬ 
dor Atan. 
Las diferencias ton res¬ 
pecto a la programación 
en un lenguaje de alto 
nivel son abismales y 
aquí te ayudamos a 
tomar tan importante 
decisión. Anímate y sigue 
nuestro curso que ya va 
por sute rcera entrega. 
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uchos usua¬ 
rios de Atari 
os estaréis 
preguntando 
cuales son las ventajas e 
inconvenientes de pro¬ 
gramar en Código 
Máquina. CJna cosa es 
evidente, jamás podréis 
llegar a dominar un 
ordenador, sea del tipo 
que sea, si os dedicáis 
cómodamente a utilizar 
los lenguajes de alto 
nivel, como pueden ser 
el C, Pascal o Basic. 

Desde nuestros pro¬ 
gramas, hechos en estos 
lenguajes, utilizamos 
funciones de librerías. Y 
muchos diréis: bueno, 
no entiendo que quiere 
decir eso de las librerías. 
Pues bien, voy a usar un 
ejemplo para interntar 
explicaros el problema, 
de forma que todos lo 
veáis claro. 

En primer lugar vamos 
a intentar pensar que 
decidimos montar una 
empresa para fabricar 
coches. Ciña vez que 
hemos visto los pros y 
los contras del negocio 
finalmente nos lanzamos 


a la aventura. 

Si pensamos un poco, 
hay dos formas de cons¬ 
truir coches. La primera 
sería hacer nosotros los 
planos y después com¬ 
prar las distintas partes 
en bloque. Así, compra¬ 
remos a otros fabrican¬ 
tes el bloque motor, el 
bloque transmisión, el 
bloque chasis, el bloque 
tapicería, etc. CJna vez 
que recibimos todos los 
componentes, procede¬ 
mos a montarlos de 
forma que todas las par¬ 
tes de nuestro automóvil 
conjuntan a la perfec¬ 
ción. Este sistema pre¬ 
senta varias ventajas. Por 
un lado no tenemos que 
preocuparnos de si las 
diferentes partes van a 
funcionar puesto que 
vienen con su garantía. 
Por otro, nos ahorramos 
mucho trabajo ya que no 
se requiere un esfuerzo 
de diseño de los compo¬ 
nentes que compramos 
a otros fabricantes. El 
resultado, finalmente, es 
óptimo, pero nuestra 
idea de como se cons¬ 
truye un coche es redu¬ 


cida. No sabemos, en 
ningún momento, como 
funciona el motor, o 
como de hace un chasis 
o transmisión, pero nos 
hacemos expertos mon¬ 
tadores de automóviles. 

Nos aprovechamos de 
los conocimientos de 
otros para hacer nuestro 
producto. 

Trabajar con un len¬ 
guaje de alto nivel sería 
algo parecido. Creamos 
nuestro programa, que 
en el ejemplo anterior 
sería el coche, a base de 
piezas y componentes 
que otras personas han 
diseñádo previamente, 
que equivaldrían a las 
librerías a las que hici¬ 
mos mención con ante¬ 
rioridad. De esta mane¬ 
ra, se cae en la comodi¬ 
dad de la utilización de 
los lenguajes de alto 
nivel, alejándose el pro¬ 
gramador de la máquina 
con la que trabaja. Ello 
conlleva un riesgo bas¬ 
tante grande; cuando los 
fabricantes que nos tie¬ 
nen que suministrar las 
piezas fallan o cuando 
una pieza no encaja en 









ti conjunto y tenemos 
r^e retocarla para que 
25 Í lo haga, no tenemos 
-i idea de como llevar 
esto a cabo. 

üna cosa quiero dejar 
cien clara y es que el 
uso de los lenguajes de 
alto nivel no es malo ni 
siquiera algo a lo que se 
deba rehuir, simplemen¬ 
te intento indicar que no 
se debe caer en su uso 
continuado y desmesu¬ 
rado por parte de todo 
aquel que quiera llegar a 
ser un buen programa¬ 
dor de videojuegos. 

La segunda opción de 
fabricación sería diseñar 
nosotros el coche de 
principio a fin y asumir 
también lo que sería la 
creación de todas las 
piezas que forman parte 
de nuestro producto 
final. De esta manera no 
se escapa de nuestras 
manos el proceso de 
rabricación el cual es 
supervisado por noso¬ 
tros desde el primer 
momento. También 
adquirimos así los cono¬ 
cimientos y experiencia 
necesarios para mejorar 
nuestros automóviles y 
para diseñar muchos y 
variados prototipos. 

La gran desventaja de 
este sistema es que 
tenemos que estudiar y 
trabajar más, pero por 
otro lado la gran libertad 
que ganamos con la 
máquina es maravillosa 
a la hora de soltar nues¬ 
tra imaginación con los 
videojuegos y con cual¬ 
quier otro tipo de pro¬ 
gramación. 

La mejor opción de 
todas las que os he 
explicado es la que viene 
a continuación. Utilizar 
os lenguajes de alto 
livel en conjunción con 


el código máquina o len¬ 
guaje ensamblador. Pero 
eso si, una vez que ya 
sabemos como hacer 
nuestros programas en 
bajo nivel. Conseguimos, 
de esta forma, ahorrar¬ 
nos el trabajo donde no 
queremos caer en la ruti¬ 
na y acelerar la ejecu¬ 
ción de nuestros progra¬ 
mas cuando queremos 
obtener una máxima 
velocidad de ejecución. 

Vosotros sois los que 
tenéis la última palabra. 
Comodidad frente a 
libertad y rapidez. 

EL CURSO SIGUE 

Nos quedamos en el 
número anterior justo en 
la explicación de los 
números binarios. 
Considero este tema de 
una importancia tan fun¬ 
damental que prefiero 
tocarlo con más tranqui¬ 
lidad. 

La notación binaria es 
fundamental para enten¬ 
der como funciona un 
ordenador por dentro y 
de como lleva a cabo su 
complicada tarea. 

Aunque un ordenador 
os parezca algo inteli¬ 
gente, su sabiduría radi¬ 
ca en una serie de 
corrientes eléctricas sin¬ 
cronizadas que dan vida 
y sangre a nuestro Atari. 
La existencia o inexisten¬ 
cia de estas corrientes 
(lo que se conoce de 
forma lógica como unos 
y ceros) permite tanto el 
almacenamiento de 
datos como el proceso 
de las órdenes por parte 
del microprocesador. 
Como véis los unos y los 
ceros son algo más 
importante de lo que 
pueda parecer a simple 
vista. 


El microprocesador, 
también llamado CPU, 
que en el caso de nues¬ 
tro ordenador lo fabrica 
Motolora y se conoce 
como 68000, toma de la 
memoria series de 
corrientes eléctricas y las 
interpreta como instruc¬ 
ciones o datos que es lo 
que configuran, én reali¬ 
dad nuestro programa. 

El resutado de esta ope¬ 
ración es una actuación 
“inteligente" por parte de 
la CPU 68000, pero no 
nos llevemos a engaño. 
En realidad lo que el 
microprocesador hace 
es actuar automática y 
preprogramadamente a 
una serie de estímulo 
eléctricos y en función a 
lo que ha sido adiestrado 
a realizar, nada más. Por 
ello, nunca tomará una 
decisión humana o 
espontánea ante un pro¬ 
blema que se le plantee, 
siempre echará mano a 
nuestro programa. Si 
este es incorrecto, así 
será el comportamiento 
de la CPU. Lo que nos 
lleva a pensar que en 
realidad es una pastilla 
de silicio muy tonta pero 
muy rápida. 

Para que nosotros, los 
programadores, no ten¬ 
gamos que andar con 
voltajes de corrientes 
eléctricas, simplemente 
utilizamos sus equivalen¬ 
tes lógicos, los unos y 
los ceros que mencioné 
antes, los cuales pode¬ 
mos representar y traba¬ 
jar con más facilidad. 

El sitema binario tan 
sólo tiene dos números 
por lo que se le conoce 
como en base 2, mien¬ 
tras que el decimal (del 0 
al 9) se le llama en base 
diez. A los unos y los 
ceros también se les 


conoce como BIT 
(Binary DiglT) o dígito 
binario. 

Los números decima¬ 
les se combinan median¬ 
te unas reglas preesta¬ 
blecidas para poder 
obtener número mayo¬ 
res de 10, por ejemplo el 
143. Los números son 
siempre los mismos 
pero la posición que 
ocupan dentro de la cifra 
es lo que en realidad los 
dota de mayor o menor 
valor. El número situado 
más a la izquierda vale 
diez veces más (i.e. 2, 
20, 200, 2000,...) que el 
situado a su derecha. 
Con los números bina¬ 
rios ocurre lo mismo. 
Cuando un 1 se coloca 
más a la izquierda, su 
valor aumenta, por 
ejemplo: 


1 1 
10 2 
100 8 
1000 16 
10000 32 

Véis como a medida 
que el número 1 se lleva 
más hacia la izquierda el 
número binario pasa a 
valer el doble que valor 
que tenía en la posición 
situada a la derecha. 

Para averiguar el valor 
de cada posición binaria 
elevamos el número dos 
por la posición en sí. 

Así tenemos: 

Posición 0...2~*=1 
Posición 1...2*=2 
Posición 2...2^=4 
Posición 3...2^=8 
Posición 4...2^ = 16 
Posición 5...2 — 32 

En el próximo número 
veremos porque esto es 
así. 
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Colaborador 

E Carlos Garrido Novoa 

Comenzamos este mes 
con un torso para los 
que gustan de la progra¬ 
mación a toda potencia 
en el ordenador AMIGA, 
lo prometido es deuda; 
así que Carlos, nuestro 
amigo en la materia, 
empieza, este mes, con 
la primera entrega de lo 
que llegará a ser un 
lugar donde encontraréis 
un apoyo para dar velo¬ 
cidad a vuestros juegos 


¡Hola a todos! 

Esto que comienzas a leer es un 
curso de programación en 
ENSAMBLADOR para la fami¬ 
lia de Microprocesadores 68000 
de MOTOROLA, especialmente 
indicado para el ordenador 
Amiga, pero si eres poseedor o 
usuario de un Apple o un Atari y 
quieres aprender a programar 
este fabuloso micro, te aconsejo 
que sigas este curso junto a un 
buen libro de programación en 
ENSAMBLADOR para tu orde¬ 
nador, ya que se complemen¬ 
tarán. 

Referente a este curso, quiero 
que tengas en cuenta que vamos 
a comenzar desde cero absoluta¬ 
mente, como si fuera la primera 
vez que enciendes tu Amiga, ( 
no será el caso, ¿¿¿verdad ???... 
), aunque si así fuera no habría 
ningún problema. 

El curso te guiará poco a poco 
por este maravilloso y en 
muchos casos satisfactorio 
mundo de la programación, 
hasta alcanzar un nivel de autén¬ 
tico profesional, pudiendo reali¬ 
zar cualquier cosa que se te ocu¬ 
rra, teniendo como único límite 
la capacidad de tu imaginación, 
pudiendo desarrollar desde una 
sencilla base de datos hasta el 
algoritmo más complicado que 
mueva un muñeco a lo largo de 
un sinfín de niveles en tu propio 
juego. 

Este curso tendrá como ejemplo 
el Amiga 500 y 2000, por ser 
estos los ordenadores Amiga 
más extendidos, pero práctica¬ 
mente la totalidad de lo que 


estudiemos se podrá aplicar en 
el resto de la familia Amiga. 
Esperamos que nadie se raje por 
los comentarios que continua¬ 
mente se mueven de que el 
LENGUAJE ENSAMBLA¬ 
DOR, es muy difícil y sólo para 
eruditos sesudos, ya que yo soy 
de lo más normalito y no me ha 
supuesto ningún transplante de 
cerebro aprenderlo y sacarle el 
máximo partido, al igual que 
vosotros si 

os lo proponéis y seguís un paso 
ordenado como el que os propo¬ 
nemos en este curso y no os 
saltáis ninguna parte por fácil 
que parezca. 

Ahora aprenderemos un poco de 
teoría básica para diferenciar los 
distintos niveles de programa¬ 
ción. 

COMENZAMOS 

El microprocesador, desde que 
se enciende el alimentador, 
necesita una serie de instruccio¬ 
nes que le digan lo que tiene que 
hacer. 

El microprocesador tiene unas 
patillas a las que le llegan unas 
pistas, (estas pistas son como 
cables). Por cada una de éstas 
puede no pasar corriente, a este 
estado se le llama cero (0), o 
puede pasar corriente, lo que se 
denomina uno (1), y ya no exis¬ 
ten más casos. Que no se os 
pase por la cabeza la posibilidad 
que me daba vueltas a mi cuan¬ 
do estaba aprendiendo: y si pasa 
la mitad de corriente, ¿quizás 
sea el estado 0.5 ?, un rotundo 


¡¡NO!!. 

La concatenación de pistas (unir 
una detrás de la otra), produce lo 
que llamamos buses, que son 32 
de estas pistas y que pueden 
estar todas a cero, a uno, o una 
variación de unos y ceros que. a 
los humanos y a simple vista, no 
nos dicen nada, pero para los 
microprocesadores es absoluta¬ 
mente comprensible. Además, 
interpretar este infromación para 
ellos es una tarea que deben rea¬ 
lizar en el acto, por ejemplo: 

1101000001111100 
0000000000000110 

significa una orden que debe 
cumplir el microprocesador y 
que traducida al lenguaje huma¬ 
no quiere decir: 

SUMA EL NUMERO 6 AL 
REGISTRO DO CON UN 
RANGO DE PALABRA Y EN 
MODO NORMAL. 

No te asustes puesto que esto no 
tiene nada de complicado y no te 
lo tienes que aprender, yo tam¬ 
poco lo sé, simplemente me 
limito a mirar tablas. 

Si sólo una de estas pistas cam¬ 
biara su valor, ( en vez de un 0 
un 1 ó viceversa), la orden sería 
distinta, por ejemplo: 

1101000001111100 
0000000000000111 

y ahora su significado seria: 

SUMA EL NUMERO 7 AL 
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REGISTRO DO CON UN 
RANGO DE PALABRA Y EN 
MODO NORMAL. 

Si tenemos esto en cuenta nos 
percataremos de que hay millo¬ 
nes de combinaciones posibles y 
a no ser que fuéramos 150 ele¬ 
fantes superdotados juntos, es 
del todo imposible programar 
así, ademas de muy aburrido y 
nada gratificante, pero sólo una 
consecución de estas ristras de 
ceros y unos kilométricas es lo 
que 

el microprocesador entiende y 
devora a cada nanosegundo. 
Como los programadores hace 
mucho tiempo se dieron cuenta 
de que es imposible este método 
de programación, diseñaron un 
lenguaje que fuera más com¬ 
prensible para los humanos y a 
la vez no se alejara mucho de la 
forma de trabajar del micropro¬ 
cesador; el resultado fue el 
LENGUAJE ENSAMBLA¬ 
DOR, 

en el cual ES POSIBLE PRO¬ 
GRAMAR SIN PERDER EL 
CONTACTO CON EL MICRO. 
Para poner un ejemplo del 
aspecto de este lenguaje, estas 
son las dos instrucciones que 
hemos comentado anteriormen¬ 
te, pero esta vez en este otro len¬ 
guaje: 

ADD.W #6,DO 
ADD.W #7,DO 

Esta forma de programar, como 
se puede apreciar, es más cómo¬ 
da (y más todavía para los ingle¬ 
ses que como son ellos los 
inventores, pusieron sus propias 
palabras como ADD que signifi¬ 
ca SUMAR), pero aun así es 
muchísimo mas normal y acep¬ 
table. 

Y finalizada esta pequeña intro¬ 
ducción, vamos a dar paso a la 
'iempre controvertida pregun¬ 
ta... 

¿POR QUE LENGUAJE 
ENSAMBLADOR ? 

Como acabamos de aprender, el 
.ENGUAJE ENSAMBLADOR 
;s lo más parecido al Código 


Máquina o Lenguaje propio del 
microprocesador , en la escalera 
de la programación, pero como 
todos sabemos existen muchos 
otros lenguajes como el BASIC, 
C, COBOL, PASCAL, etc. En 
primer lugar, sólo por ser el más 
cercano al lenguaje del MC 
(micro), tenemos la ventaja de 
tener un mayor control sobre 
todo el ordenador, 
ventaja más que suficiente para 
decantarse por este lenguaje, 
pero además de ésta existen 
otras muchas, que analizaremos 
aquí ahora. 

Un punto que debemos tener 
claro es que cuanto más cerca 
estamos del lenguaje del MC, 
más difícil es aprender dicho 
lenguaje, pero como compensa¬ 
ción obtendremos una grandísi¬ 
ma velocidad, un programa muy 
compacto y muy corto y 
además, podremos programar 
todo lo que nuestro ordenador 
pueda realizar, pudiendo realizar 
cosas que en otro lenguaje sería 
imposible. 

Por otra parte, cuanto más nos 
alejemos del CM, obtendremos 
un lenguaje mucho mas fácil de 
programar (el BASIC, por ejem¬ 
plo), pero más lento, menos 
compacto, y mas largo resultará 
nuestro trabajo, y con muchísi¬ 
mas limitaciones. Por este moti¬ 
vo muchos programadores 
aprenden dos lenguajes y los 
intercalan 

utilizando el ENSAMBLADOR 
en la mayor parte del programa, 
sobre todo en aquellas en que la 
velocidad y sincronización sea 
crucial, y otro lenguaje (que 
suele ser C), en las partes en que 
no es precisa ni mucha precisión 
ni velocidad, siendo este el 
recurso que se suele utilizar a la 
hora de programar cualquier 
cosa. 

Todo esto esta muy bien y dice 
mucho a favor del ENSAM¬ 
BLADOR, pero, ¿hasta qué 
punto pueden ser tan necesarias 
la velocidad o la longitud del 
programa?, pues si nosotros pre¬ 
tendemos realizar un juego con 
6 fondos, 4096 colores simultá¬ 
neos (si, es posible), música, 
muñecos a todo trapo (sprites, 
bobs, etc..), vectores 3D, etc. ni 


se te ocurra hacerlo en BASIC 1, 
puesto que el resultado sería 
verdaderamente deprimente des¬ 
pués de las muchisimas horas de 
programación que necesitaría¬ 
mos y obtendríamos un muñeco 
que tardaría media hora en pasar 
de un lado de la pantalla al otro. 
La jugabilidad y adicción serian 
de -100, aparte de necesitar 
120 discos para almacenarlo. 

El C, sin embargo, es mucho 
mas útil para realizar este tipo 
de programas, aunque si lo que 
se persigue es seriedad y profe- 
sionalidad la elección es el 
rapidísimo LENGUAJE 
ENSAMBLADOR, que resulta 
unas 300 veces mas rápido que 
el BASIC, y unas 25 mas que el 
C. Si a esto se le suma que el 
programa en ENSAMBLADOR 
ocupa muy poca memoria en 
relación al resto, obtendremos el 
motivo de porque 
el 90% de los programas y jue¬ 
gos comerciales están realizados 
en ENSAMBLADOR. 

La principal desventaja del 
ensamblador es su dificultad, ya 
que se necesita conocer perfec¬ 
tamente como trabajan todas las 
tripas del ordenador, disponer 
de numerosas tablas de memo¬ 
ria, conversión, comandos, etc., 
pero una vez asumido esto es 
realmente satisfactorio, llegando 
incluso a convertirse en 
tu hobby favorito, como es mi 
caso. 

Dicho esto espero que no te 
quede ninguna duda del por que 
de la inclinación de los progra¬ 
madores hacia este 
lenguaje. 

SISTEMAS DE NUMERA¬ 
CION: 

Todo buen programador debe 
conocer los sistemas de numera¬ 
ción más usados en el campo de 
la 

programación, los cuales son: 

- BINARIO. 

- OCTAL. 

- DECIMAL. 

- HEXADECIMAL. 

Vamos a comenzar analizando 
el sistema decimal por ser el que 


conocemos y del que menos nos 
costará 

sentar sus bases. El sistema 
octal no lo vamos a estudiar por 
estar en desuso, simplemente lo 
incluyo para que 
te suene y te sea familiar el 
nombre. 

SISTEMA DECIMAL 

Este sistema es el que utiliza¬ 
mos en la vida cotidiana, y con 
el que pensamos los humanos. 
Este sistema tiene 
como base el 10, esto quiere 
decir dos cosas: 

1- En este sistema existen 10 

dígitos distintos 

(0,1,2,3,4,5,6,7,8 y 9), teniendo 
un valor distinto cada uno de 
ellos. 

2- El 10 es el menor número con 
el cual debemos corrernos un 
puesto en el número (hacia la 
izquierda). 

Vamos a aclarar esto. ¿Cómo 
representas el cero en decimal ? 


11111101 


¿y el numero inmediato supe¬ 
rior? 


liillill 


¿y el numero inmediato supe¬ 
rior? 


11111121 


¿y el numero inmediato supe¬ 
rior? 

y así hasta el 


1111! 191 


entonces, el inmediato superior 
será... 


1MII1I0I 


Pues el 10 es menor numero que 
en una casilla no es posible 
meter. 

En el próximo número continua¬ 
remos con el sistema decimal y 
el resto de las notaciones numé¬ 
ricas. 






























* & * % 

El mes anterior comenza- ción completa. Los instru- osciladores controlados tetizador analógico no se 

mos el estudio de los men- mentos que puedén trans- por tensión o VCO’s. Los está usando, se le puede 
sajes MIDI. Retomamos el mitir o recibir este mensaje, osciladores son muy ines-^ enviar el mensaje de afina- 
estudio en el punto en que emvian esta instrucción tables y se desafinan cons-1 ción para que esté afinado 
lo dejamos cuando hablá- para que los dispositivos tantemente, por esa razón al momento en que se utili- . 
bamos de los mensajes de esclavos se cambien a la los fabricantes, optaron por ce. Por supuesto ésto es 
selección de canción. siguiente canción. El usua- incorporar un botón en el únicamente posible si éstos 

rio decide el orden de fas panel frontal del sintetiza- aceptan este mensaje. Hoy 
Hoy en día con el empleo canciones. dor que lo llamaban (tune), en día la mayoría son digi- 

de secuenciadores y cajas Bien, el mensaje de afina- tales y no necesitan afina- 

de ritmo arriba del escena- (C) AFINACION ción es transmitidos con el ción. 

rio este mensaje es suma- propósito de afinar los sin¬ 

mente valioso. Una can- Cuando el Midi fue incor- tetizadores analógicos a (D) FIN DEL SISTEMA 
ción en un secuenciador es porado a los sintetizadores, control remoto vía contro- EXCLUSIVO 

el conjunto de secuencias la mayoría eran analógicos lador maestro. Esto es utili- 

o patrones que son orde- y no digitales. zado en una actuación en Este mensaje es enviado 

nadas secuencialmente Los sintetizadores analógi- vivo cuando en la canción por el transmisor o contro- 
para crear una composi- eos trabajan por medio de que se esté tocando, el sin- lador maestro para hacer 






















saber a! dispositivo esclavo 
cje la transmisión del 
mefisaje d# sistema exclu¬ 
so ha sido terminada. A 

(2) mensaje de tiempo 


La manera de sicronlzari 
instrumentos electrónicos 
como sintetizadores, pia¬ 
nos electrónicos, secuen¬ 
ciadores, etc... antes de 
que el Midi existiera era por 
medio de pulsos eléctroni- 
cos llamados pulsos de 
reloj. Estos eran usados 
para sincronizar un secuén- 
ciador con una caja de 
ritmo donde uno de ellos 
actuaba cornos el reloj 
maestro y el otro como el 
reloj esclavo y se conecta¬ 
ban de la siguiente mane¬ 
ra: f 

Si el secuenciador era ei 
maestro entonces se hacía 
la conexión con ef tonector 
llamado salida de reloj,- 
hacia el conector llamado 
entrada defreloj, de la caja 
de ritmo pór medio de un 
cable de audio, es decir un 
cable para guitarra. 

La sincronización hecha de 
esta manera funcionaba 
muy bien, excepto que 
existía un problema, que 
no todos los fabricantes de 
sintetizadores utilizaban la 
misma velocidad de reloj. 
La velocidad de reloj es el 
número de 4/4 existen! cua¬ 
tro notas negras, así , si la 
velocidad de reloj es de 96 
pulsos o tiempos porreada 
nqta negra que pasa, 
entonces habría 384 tiem¬ 
pos en un compás de 4/4. f 
La compañía de sintetiza¬ 
dores Oberheim usa la 
velocidad de reloj de 96, 
otras compañías usan 48, 
24. 64, 384, pulsos por 
rada nota negra. Ya se 
puede dar cuenta lo pro¬ 


blemático que era enton 
ces el poder sincroniza 
secuenciadores y cajas d- 
ritmos de diferentes marca, 
pero ef Midi alivia este pro¬ 
blema. La MMA estandarizó 
a lo que se le da el nombre 
de reloj de 24 ppnn. Todas 
las compañias de sintetiza¬ 
dores optaron por incorpo¬ 
rar ya a sus secuenciadores 
y cajas de ritmo el reloj 
Midi, para ser generado y 
recibido, de esta manera es 
más sencillo y eficiente 
poder sincronizar aparatos 
de diferentes marcas. 

Los mensajes de tiempo 
real se refieren a la capaci¬ 
dad de instrumento o apa¬ 
rato Midi para que pueda 
sicronizarse con otros. 
Tiempo real significa que 
uño vá a percibir ei cambio 
de una acción espontánea¬ 
mente, por ejemplo, el 
combio instantáneo de un 
sonido en el momento en 
que se,efectuó éste. Los 
mensajes de tiempo e real no 
se envían por canales Midi 
específicos, se dividen en: 

(A) TIEMPO DE RELOJ 

Cuando un secuenciador o 
caja de ritmo actúa como 
maestro,éste transmite ei 
mensaje de tiempo de 
reloj. A propósito, estos 
mensajes únicamente con¬ 
sisten en un byte que es el 
de estado. . Los receptores 
en este caso son los sinteti¬ 
zadores esclavos y cajas de 
ritmos. Estos recibirán el 
código F8H (tiempo de 
reloj) en su entrada Midi. 
Existen en el mercado sin¬ 
tetizadores que contienen 
un secuenciador interno. 
CJn ejemplo de éste es el 
OI de Korg. Este tipo de 
teclado puede aceptar el 
mensaje de tiempo de 
reloj. El tipo de sintetizado- 


res que no 



_píamente 

mensaje. Cuando el 
secuenciador, en este caso 
el controlador maestro está 
en estado de reposo, 
seguirá enviando mensajes 
de tiempo de reloj. Esto es 
para que al momento de 
que empiece el maestro a 
tocar las secuencias que 
contiene en su memoria, la 
caja de ritmo y los sintetiza¬ 
dores esclavos tengan 
oportunidad de calcular el 
tiempo eíf que éstos deben 
empezar a tocar en sincro¬ 
nización con el secuencia¬ 
dor. Debo mencionar que 
la mayoría de secuenciado¬ 
res y cajas de ritmo tienen 
una función llamada sin¬ 
cronización interna, y otra 
llamada sincronización 
externa. Esta función es la 
que decide quien va a ser 
ei controlador maestro. Si 
por ejemplo el secuencia¬ 
dor es el maestro, enton¬ 
ces la función que debe 
seleccionarse en ei secuen¬ 
ciador es el de sincroniza¬ 
ción interna. Esto quiere 
decir que ei secuenciador 
va a trabajar con su propio 
reloj, po lo contrario, el 
reloj del secuenciador, con¬ 
secuentemente, la caja de 
ritmo debe estar en la fun¬ 
ción de sincronización 
externa. 

(B) MENSAJE DE INICIO 

Cuando el botón de inicio 
del secuenciador o caja de 
ritmos, se oprime, el men¬ 
saje de inicio (FAH) se 
transmite al igual que el 
mensaje de tiempo de 
reloj, y sirve para empezar 
a tocar un secuenciador o 
caja de ritmos a control 
remoto desde el principio 
de un fragmento musical 


_ tos esclavos 


compás del m aestro. 
(O MENSAJE DE PAC 


Ei mensaje de pausa sirve 
para proseguir el fragmen¬ 
to música! desde el punto 
donde fue detenido, en 
otras palabras que no va a 
empezar desde el primer 
corhpás de la composición. 
La pausa es de gran utili¬ 
dad ya que nos permite 
parar durante un tiempo 
sin que por ello tengamos, 
necesariamente que escu¬ 
char la composición entera 
al reanudar nuestro trabajo. 

(D) MENSAJE DE TERMI¬ 
NACION 

El mensaje de terminación 
consiste en detener el frag¬ 
mento en el punto deseado 
desde el controlador maes- 


<E) SENSOR ACTIVO 

Este mensaje se incorporó 
en la especificación Midi 
con el propósito de evitar 
las notas estancadas que 
comunmente tenemos al 
desconectar el cable Midi 
durante la transmisión de 
información Midi. Ciña nota 
estancada en un sintetiza- 
dor es cuando el sonido de 
éste queda permantemente 
activado. Cada nota activa¬ 
da en el sintetizados. debe 
seguirle una desactivada. 
Ahora, si cuando se desco¬ 
nectó el cable Midi y el últi¬ 
mo mensaje que recibió el 
sintetizador esclavo fue el 
de una nota activada, 
entonces éste no va a reci¬ 
bir el mensaje de la nota 
desactivada porque la 
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transmisión cesó en ese 
instante; consecuentemen¬ 
te hasta que el sintetizador 
se apague, o bien, hasta 
que se envíe el mensaje de 
desactivación total de soni¬ 
do. El controlador maestro 
lo transmitirá cada 300 
miiisegundos, o sea cada 
tercia de segundo, para 
hacerle saber al esclavo 
que todavía existe una 
conexión y que la línea de 
transmisión está abierta sin 
problema alguno. Ahora, 
en cuanto el receptor' 
esclavo deja de recibir este 
mensaje, después de que 
haya pasado un lapso de 
300^miiisegundos, este 
asumirá que el cable Midi 
se desconectó, e inmedia¬ 
tamente cerrará las com¬ 
puertas de transmisión y 
apagará todos los sonidos 
que estaban activados. 

(F) RESTABLECIMIENTO 
DE SISTEMA 

Este mensaje generalmen¬ 
te es enviado por el 
secuenciador maestro 
hacia los sintetizadores 
esclavos para restablecer 
los parámetros de los sinte¬ 
tizadores a ios valores que 
tenían cuando se les aplicó 
energía, es decir, desde el 
momento en que estos se 
encendieron por primera 
vez. Por lo general los apa¬ 
ratos vienen asignados ya 
desde la fábrica a diferen¬ 
tes funciones. Digamos 
que al encender el sinteti¬ 
zador, éste está asignado 
para que reciba informa¬ 
ción por todos los canales 
de Midi. Esto significa que 
la función OMNI esta acti¬ 
vada; también dejamos que 
la función local viene acti¬ 
vada, etc... para estar 
seguro que están funcio¬ 
nando, desde el maestro 


puede enviarse el mensaje parámetros de los sonidos, 
de restablecimiento de sis- c Recuerdan cuando hablé 
tema para asegurarse. del mensaje de cambio de 

programa? mencioné que 
(G) MENSAJE DE SISTÍÉ- el mensaje de cambio de 
MA EXCLUSIVO programa^ árticamente 

envía el número de progra- 
Los mensajes de sistema ma del sonido y no los 
exclusivo que comunmente parámetros (filtros, VCO’s, 
son llamados Sysex, son generadores envolventes, 
usados para enviar infor- etc.) de éstos. Por acuerdó 
mación de un dispositivo de la MMA y la JMSC 


Midi de determinada marca 
a otro dispositivo de la 
misma compañía y éste 
debe ser el mismo modelo 
de aparato. Por ejemplo, 
en el caso del sintetizador 
DX7, si deseo enviar todos 
los programas o sonidos 
de un DX7 a otro Dx7 lo 
podremos hacer, pero si 
quiero enviar todos los 
sonidos de un DX7 a un D- 
50 de la compañía Roland, 
no será posible. Esto es 
porque el Dx7 fue diseñado 
con la tecnología de fre¬ 
cuencia modulada y él D- 
50 con la tecnología llama¬ 
da llamada Aritmética line¬ 
al. Por lo tanto, si envío 
parámetros como los ope¬ 
radores del DX7 al D-50 , 
el D-50 no va a entender lo 
que es un operador porque 
no fue diseñado con tec¬ 
nología de FM. m 
Los mensajes de sistema 
exclusivo contienen un byte 
de estado (FOH) y varios 
(más de dos) bytes de 
información. Noten la dife¬ 
rencia de bytes de informa¬ 
ción del resto de los men¬ 
sajes que hemos estado 
hablando , ellos únicamen¬ 
te son enviados con un 
máximo de tres bytes . La 
razón por la cual existen 
más bytes de información 
en los mensajes de sistema 
exclusivo, es porque la 
información que se envía 
por medio de estos mensa¬ 
jes está formada por los 


(comité Japones 

Estandarizador de MIDI), a 
cada manufacturera se le 
asignó un número de iden¬ 
tificación. Este ^número es 
exclusivo para cada fabri¬ 
cante, es decir, no puede 
haber dos números de 
identificación iguales. La 
razón es porque al enviar el 
mensaje de sistema exclu¬ 
sivo a un dispositivo escla¬ 
vo, si el número enviado en 
el mensaje no ^s el mismo 
que el del dipositivo escla¬ 
vo, éste ignorará el mensa¬ 
je y no aceptará ninguna 
información, esperará 
hasta que reciba el mensa¬ 
je de fin de sistema exclusK 
vo (F7H) que es un mensa¬ 
je de sistema común. Este 
mensaje hace saber al dis¬ 
positivo esclavo que la 
transmisión de información 
ha sido completada. El 
orden en que un mensaje 
de sistema exclusivo se 
envía es el siguiente: 


es el primer byte de infor¬ 
mación y es ef número de 
identificación del fabrican¬ 
te. 

r: 

3) Sigue ef nú mero de canal 
de MIDI (del 1 al 16) en 
que el receptor aceptará, el 
mensaje. 

4) En seguida, se envía el 
modelo del aparatoT^or j 
ejemplo si es un DX7, un 
D50 o un Matrix 1000 de 
Oberheim. Estos datos son 
informativos, no es algo 
sumamente necesario para 
utilizar Midi. 

5) El resto de los bytes de 
información incluyen lo 
qué se está transmitiendo, 
ya sean los parámetros del 
propio sintetizador o las 
muestras, o bien las 
secuencias de una caja de 
ritmos o secuenciador. 

6) El último byte enviado es 
muy importante y se le da 
el nombre de byte de fin 
del sistema exclusivo que 
sirve para hacerle saber al 
receptor que la transmisión 
fue totalmente realizada. 


ha sido completada. El Todos los fabricantes de 
orden en que un mensaje dispositivos con Midi, están 
de sistema exclusivo se obligados a publicar al final 
envía es el siguiente: de cada manual de instruc- 

I ciones o libros de texto téc¬ 
nicos su número de identi- 

1) Como se estableció ficación al igual que la defi- 

anteriormente el primer nición de cada parámetro, 
byte que se envía es el de Esto es para que las com-, 
estado que en este caso es pañías que se dedican a 
el FOH en forma hexadeci- elaborar programas pue- 
mal. Cada vez que se dan llevar a cabo su pro¬ 
encuentre este número yecto, lo cual es beneficio- 
(FOH) en un manual de so para la compañía manu- 
instrucciones significa que facturera de dispositivos 
es ifh mensaje de sistema Midi. Por lo general éstas 
exclusivo. compañías lanzan al mer¬ 

cado secuenciadores en 

2) E1 segundo byte enviado, programa para usarse en 












los ordenadores 
!es,%tras se dedic 
escribir pío gramas para 
edición, archivo y organiza¬ 
ción de sonido. Ejemplos 

Bigic^^^^^pcíode y Mark 
of Ihe |Jniebrn. Algunas de 
las aplicaciones del mensa¬ 
je de sistema Inclusivo son: 
£1 enviar sonido de un dis¬ 
positivo con Midi a otro de 
la ñnisma marca. Porlfém- 
plo, digamos que un teclis- 
ta sale a una gira mundial ¡ 
con un cantante famoso. El 
debe llevar por lo menos 
dos sintetizadores de cada 
modelo, idénticamente 
programados, para evitar 
riesgos en caso de que uno 
He ellos falle durante el 

concierto* En ^ ste caso > e l 

teclista tiáne que copiar lol| 
sonidos de un sintetizador 
a otro, ya que le costaron 
horas y horas^e trabajo y 
no puede programarlos, en 
ese instante. Bien, en lugar 
de que tenga que progra¬ 
mar desde el principio 
todos los sonidos por 
medio de los Mensajes de 
Sistema Exclusivos, no 
tendrá que reprogramar el 
sintelizador extra, la 
mayoría de éstos y demás 
dispositivos Midi hoy en 
día, pueden enviar Mensaje 
de Sistema Exclusivo. En el 
panel frontal de cada dis¬ 
positivo se en cuentra un 
botón llamado Midi. Por 
medio de este botón, el 
usuario podrá enviar soni¬ 
dos, secuencias, muestras 
vía los Mensajes de 
Sistema Exclusivo. Debo 
mencionar que no todos 
los dispositivos^pueden 
enviar los mensajes desde 
su panel frontal. En caso 
de que ésta sea la situa¬ 
ción. el usuario tendrá que 
adquirir un dispositivo lla¬ 
mado Archivo de informa- 


cíón como el DataDisk , Midi domésticos, es decir, 
que tiene la capacidad de estudios en casa, son muy 
solicitar el envío de infor- usuales. Los precios de los 
mación (sonido, secuencia, . instrumentos con Midi han 
sampler) desde un disposi- decrecido tanto que le es 
tivo a éste y poder así man-* posible a cualquier persona 
dar la información a su podfer adquirir el equipo 
destino. Otra alternativa es necesario para montar un 
el programa apro- estudio de grabación en su 
piado para llevar a cabo propia casa. El uso de 

secuenciadores es muy 

A \ * 

común entre los composi¬ 
tores y sirven como una 
herramienta para grabar 
todas las ideas musicales 
en tiempo real. Existen 
ocasiones en que el com¬ 
positor tiene sus obras en 
un secuenciador en progra¬ 
ma y desea llevarlo a un 
estudio de grabación profe¬ 
sional para ser grabado y 
mezclado y poder lanzarlo 
al mercado en un disco de 
vinilo o en un disco com¬ 
pacto que es de más alta 
fidelidad. Digamos que el 
compositor también posee 
un secuenciador físico, en 
hardware; Para no tener 
que llevarse el ordenador al 
estudio de grabación, éste 
puede, por medio de men¬ 
sajes de sistema exclusivo, 
transferir las secuiencias 
desde el ordenador hacia el 
secuenciador físico. 

Las cajas de muestreo 
comunmente llamados 
SAMPLERS utilizan tam¬ 
bién los mensajes de 
SYSEX. Un ejemplo de éste 
es cuando el usuario nece¬ 
sita enviar muestras de un 
SAMPLEADOR a otro, 
digamos de un EMGLA- 
TOR III a un ADS (Advance 
Digital Sampler). La trans¬ 
misión de las muestras se 
efectúan por medio de lo 
que se llama estándard del 
vaciado de muestras uni¬ 
versal, universal sample 
dump, que por acuerdo de 
la MMA y JMSC es un 
estándar para poder enviar 


esta función y utilizarlo por 
medio de el ordenador. En 
el siguiente caso, la aplica¬ 
ción de los mensajes de 
Sistema Exclusivo (sysex) 
es para editar y organizar 
sonidos visualmente con la 
ayuda de un ordenador 
personal. A esta clase de 
programa se les da el nom¬ 
bre de Editor de sonidos y 
Archivo de sonidos, patch 
edjtors y sound Jibrerian, 
r^^ctivarnfhté. Existen 
sintetizadores sin teclado 
llamados módulos genera¬ 
dores de sonido que pue¬ 
den ser controlados por un 
teclado maestro. 

Tomemos como ejemplo el 
Matrix 1000 de la com¬ 
pañía Oberheim. Este 
módulo contiene mil pro¬ 
gramas de los cuales nin¬ 
guno puede ser editado y 
alterado por medio del 
panel frontal de éste. El 
problema con este módulo 
es que en el caso de que 
uno encuentre el sonido 
casi perfecto para una 
pieza de música o efecto 
de sonido para un comer¬ 
cial, no podrá alterarlo para 
obtener el sonido al gusto. 
Para ello existe un progra¬ 
ma que facilita la edicción 
de los sonidos de los 
módulo, utilizará los men¬ 
sajes de sistema exclusivo 
para enviar los sonidos 
desde el Matrix 1000 a el 
ordenador para así poder 
editar los sonidos^desea- 
dos. 

Hoy en día los estudios 


muestras o 5 
SAMPLEADOR a otros de 
distintas marcas. Existen 
alglunos SAMPLERS como 
ei K2000, S900 de Akai 
que tienen su propio cc 
go para el envío de mu€ 
tras. Para el intercambio de 
muestras entre el S900 y 
otro SAMPLEADOR se 
necesita un programa para 
que lleve a cabo el inter¬ 
cambio. La compañía 
Digidesign lanzó al merca¬ 
do el programa llamado 
UNIVERSAL SOUND 
DESÍNG que puede trans- 
ladar muestras de cualqu- 
lier tipo de Sampler al 
ordenador (trabaja con 
Atari y Macintosh). Estando 
la muestra o sonido en el 
ordenador el usulario tiene 
la facilidad de editarlo ya 
sea que ponga el principio 
del sonido al final o en la 
parte media o para crear 
efectos especiales. Ya que 
el sonido es editado, éste 
se envía vía Midi por medio 
de los mensajes de 
Sistema Exclusivo hacia su 
destino, es decir, hacia el 
SAMPLER deseado sin 
tener que preocuparse, 
éste respeta el vaciado de 
muestras universal. 

Existen una inmensa varie¬ 
dad de aplicaciones para el 
Sistema Exclusivo, pero 
éstas son las más comu¬ 
nes. 

El próximo mes continua¬ 
remos. ¡Ah!, recordad lo 
que os dije el mes pasado 
al final de mi artículo. 

Ya queda poco para que 
haya música a raudales en 
tus juegos. 


*m\ 
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1 mes pasado empe¬ 
zamos a analizar este 
¡producto de la com¬ 
pañía Microsoft, la cual no 
requiere presentaciones de 
ningún tipo, ya que es de 
todos conocida por la cali¬ 
dad de sus productos y prin¬ 
cipalmente por sus dos 
estrellas; el sistema operati¬ 
vo MSDOS y el entorno ope¬ 
rativo WINDOWS, sobre el 
cual comenzamos un curso 
en este mismo número. 

El MASM, o Microsoft 
Macroassembler, es un 
paquete de programación en 
lenguaje ensamblador que 
reúne todos los componen¬ 
tes necesarios para llevar a 
cabo aplicaciones profesio¬ 
nales en dicho lenguaje. 

Ya el mes pasado desme¬ 
nuzábamos algunos de ellos, 
como PWB, a la vez que 
analizábamos sus caracterís¬ 
ticas esenciales. 

El lenguaje ensamblador, y 
sobre todo el método en el 
que había que trabajar con 
los programas creados utili¬ 
zando este lenguaje, resulta¬ 
ba tosco y rudimentario 
hasta extremos imperdona¬ 
bles. En primer lugar, los lis¬ 
tados fuente, es decir los 
archivos de texto que noso¬ 
tros los programadores 
escribimos y que conforman 
realmente los programas, 
habían de ser creados utili¬ 


zando un procesador de tex¬ 
tos de una tercera firma o 
por el contrario utilizar el 
sencillo EDLIN, que ni 
mucho menos ofrece venta¬ 
jas y sencillez en la edición 
de textos. 

(Jsar un editor no integra¬ 
do con el compilador nos 
llevaba a un proceso como 
el de la figura adjunta. 

El programa escrito y 
corregido sintácticamente ha 
de ser guardado. Tras ello se 
sale de la aplicación que lo 
creo (ya sea WordPerfect, 
Word, Edlin, Edit, etc.) y 
entonces, desde la línea de 
comandos del DOS se reali¬ 
za todo el proceso de com¬ 
pilación con MASM y enlaza¬ 
do con LINK. En aquellos 
casos en los que queramos 
que nuestro programa adop¬ 
te un formato .COM en lugar 
de .EXE, todavía deberemos 
realizar un tercer paso con la 
utilidad EXE2BIN. Cualquier 
fallo en la compilación 
requerirá que demos un 
salto al paso 1 y vuelta a 
empezar. 

Este sistema presenta dos 
claros handicaps. Por un 
lado el hecho de tener que 
abandonar el editor y realizar 
la compilación mediante 
complicadas líneas de 
comandos que nos condu¬ 
cen a más errores de los que 
desearíamos. En segundo 


lugar, la cantidad de archi¬ 
vos intermedios con los que 
llenamos nuestro disco duro 
(.ASM y .OBJ) y que son el 
resultado de muchas compi¬ 
laciones seguidas, en la 
mayoría de los casos erróne¬ 
as. 

Los ensambladores de la 
nueva generación, como el 
que es motivo de nuestro 
comentario, resuelven este 
problema mediante la senci¬ 
llez y la integración de tare¬ 
as. Desde dentro del mismo 
editor conseguimos llevar a 
cabo no sólo compilaciones 
completas, sino hasta depu¬ 
raciones del código resultan¬ 
te de nuestro trabajo. 

Este proceso, llamado 
BÜILD (construcción), aúna 
todos los pasos de compila¬ 
ción y enlazado que antes 
debían realizarse desde la 
línea de comandos del 
MSDOS. Se han sustituido 
las opciones del tipo “/s /2 
/stack:1234” y otras pareci¬ 
das, por menús de persiana 
donde con un simple “click” 
de ratón logramos estable¬ 
cer la configuración de todas 
nuestras compilaciones, 
pudiendo, incluso, guardar 
toda la información sobre las 
mismas bajo un archivo y 
con un nombre que nos 
recuerde el programa del 
que se derivan. Nos ahorra¬ 
mos de esta forma mucho 





























-.'abajo y muchos errores. 
Nada mas que lo explicado, 

• a haría que mereciese la 
vena adquirir un MASM, 
Dero no dejéis de leer, aún 
hay más. 

BROWSE 

Este término, que significa 
'echar un vistazo”, “ojear”, 
reúne un potente sistema de 
visualización del comporta¬ 
miento de las variables, fun¬ 
dones, parámetros y etique¬ 
tas que hemos creado den¬ 
tro de nuestro programa. No 
es extraño, sobre todo en 
programas muy largos, que 
nos encontremos con pro¬ 
blemas en el reconocimiento 
de nuestras variables, así 

como a que _ 

módulo perte- 
n e c e n . 

Especialmente 
al utilizar códi¬ 
go fuente que 
otros crearon. 

Si activamos] 
la opción 
“crear infor¬ 
mación para 
BROWSE” en 
el menú de 
opciones de la compilación, 
el ensamblador generará los 
datos necesarios para que se 
pueda encontrar la relación 
entre las variables y las par¬ 
tes del programa donde fue¬ 
ron creadas. 

BROWSE permite no sólo 
tener control de esta rela¬ 
ción, sino también compro¬ 
bar el árbol de nuestro pro¬ 
grama, ver que funciones o 
módulos hacen uso de ellas, 
ver su historial, comprobar el 
lugar donde se definieron, 
etc. Esto se hace especial¬ 
mente útil cuando, por 
ejemplo, queremos ver 
cuantas llamadas se hacen a 
una subrutina, o cuando 


deseamos eliminar una 
variable sin que por ello con¬ 
duzcamos nuestro programa 
hacia el profundo y oscuro 
pozo de la desesperación. 

BROWSE también es 
excepcional a la hora de ver 
cuantos macros hemos cre¬ 
ado y cual es la función de 
cada uno de ellos. 

En resumidas cuentas, 
con esta utilidad, que al 
igual que las demás está 
integrada en el entorno del 
PWB, no ayuda a seguir el 
transcurso o árbol de nues¬ 
tros programas para evitar 
que nos nombres de las eti¬ 
quetas que hemos creado, 
lleguen a perdernos en la 
incertidumbre. 



guajes más comerciales 
como el C o el PASCAL. 
Pero mira por donde, al con¬ 
trario que tornarse un len¬ 
guaje arisco, los programa- 
dores de alto nivel se dieron 
cuenta que conocer el 
ensamblador podía ser una 
gran ayuda en ciertos 
momentos en los que la pro¬ 
gramación de estos lengua¬ 
jes sofisticados resultaba 
lenta o ineficaz. 

En ese preciso instante se 
demandó un sistema de pro¬ 
gramación profesional que 
pudiese cumplir con las exi¬ 
gencias de cualquier creador 
de software y compañías 
como Microsoft y Borland, 
finalmente, sacaron al mer¬ 
cado sus productos; el 
MASM y el TASM. 

Se ha logrado 
no sólo un siste¬ 
ma “user friendly” 
(o “apetecible o 
amistoso para el 
usuario”), sino 
también una 
forma de progra¬ 
mar muy pareci¬ 
da al lenguaje C. 
Mediante el uso 
de potentes 


PARECIDO AL C 


Con el MASM 6.0 y 6.1 lo 
que se ha intentado es hacer 
del lenguaje ensamblador 
una herramienta de progra¬ 
mación apetecible. Se 
pensó, a poco que salió a la 
luz el PC en 1981, que este 
lenguaje resultaría muy difícil 
y poco atractivo para el 
usuario medio. Derivó esto 
en una falta de atención total 
por parte las compañías cre¬ 
adoras de este tipo de apli¬ 
caciones, las cuales olvida¬ 
ron a los ensambladores 
dedicando más tiempo y 
esfuerzo a la mejora de los 
compiladores de otros len¬ 


De lo que se trata es de 
analizar los diferentes 
ensambladores profesio¬ 
nales que existen en el 
mercado del PC Por ello, 
cada mes, en este apar¬ 
tado de Código Juego, os 
ayudaremos a escoger 
cual es el que más os 
interesa, así como expli¬ 
caremos como trabajan y 
cuales son sus pros y sus 
contras. 


macros y nuevas instruccio¬ 
nes y directivas de ensam¬ 
blador ahora, mejor que 
nunca, programar en 
ensamblador es cosa de 
niños. 

Gracias a estas ayudas, ya 
no podemos negarnos a 
programar con el único len¬ 
guaje que logra sacar parti¬ 
do totalmente de nuestro 
ordenador. 

De la utilización de todos y 
cada uno de los menús de 
PWB, así como la forma en 
que debemos compilar un 
programa ejemplo, hablare¬ 
mos en el próximo número 
de Código Juego. 
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Profesor 



Ü na cosa, de las 
pocas diría yo, que 
si tenía el PC cuan¬ 
do nació era la capacidad 
de producir sonidos; rudi¬ 
mentarios, eso sí, pero 
sonidos en el fondo. CJn 
pequeño BIP era lo único 
que obteníamos y, por lo 
general, al equivocarnos 
introduciendo datos en la 
hoja de cálculo. 

Los pobres programado- 
res de videojuegos, nues¬ 
tros ancestros, se las veían 
y se las deseaban a la hora 
de crear efectos de sonido 
que adornasen de forma 
acompasada y con calidad, 
la acción que se estaba 
desarrollando en la pantalla 
del ordenador. 

La verdad es que en la 
mayoría de los casos el 


efecto conseguido no 
pasaba de ser un ridículo 
zumbido, que más que 
ayudar a la calidad del 
juego, lo que conseguía 
era recordarnos que está¬ 
bamos frente a una máqui¬ 
na y no jugando con algo 
casi real. 

Otros ordenadores per¬ 
sonales, lease Amiga de 
Commodore o el Atari, 
supieron suplir esta falta 
desde sus primeros apara¬ 
tos. El primero, por ejem¬ 
plo, está dotado de 4 cana¬ 
les de sonido independien¬ 
tes que producen efectos 
de gran calidad, así como 
melodías que llegan en 
muchos casos a ser casi 
iguales que las originales. 
Todo un logro, si señor. 

Pero el PC era el herma- 
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nito feo dentro de la 
orquesta de los ordenado¬ 
res. Vamos, que le habían 
otorgado el papel del que 
toca la pandereta o el trián¬ 
gulo. 

No fue hasta hace poco, 
que se empezó a luchar 
contra esto. Compañías 
como Creative Labs y Adlib 
lanzaron al mercado las 
primeras tarjetas de audio 
con cierta calidad y bajo 
precio. Ello trajo consigo lo 
más interesante que puede 
ocurrir en el ámbito de los 
ordenadores; la compatibi¬ 
lidad. 

Conscientes de ello, los 
creadores de software, 
principalmente los lúdicos, 
supieron sacar partido al 
invento, acoplando el soni¬ 
do mediante estas tarjetas 
a todos sus juegos, üna 
vez más la pescadilla se 
mordió la cola. Cuanto 
más software más tarjetas 
se vendían y cuantas más 
tarjetas se vendían, más 
software se creaba. El 
resultado del círculo es que 
el usuario se ve inundado 
de buen material y calidad 
sonora en los juegos que 
adquiere, todo ello gracias 
a la buena suerte que con¬ 
lleva el hecho de que algo 
se estandarize masivamen¬ 
te en un mercado tan sus¬ 
ceptible a los cambios. 

LOS SONIDOS 

Mediante los sonidos 
logramos tanto o más 
efectos en el ser humano 
que las propias imágenes. 
Si vemos la foto de un niño 
hambriento en Etiopía, nos 
lamentamos de este 
hecho, pero si encima 


escuchamos sus llantos y 
sus quejas entonces nues¬ 
tro corazón sufre todavía 
más. 

Con un sonido logramos 
alegrar, entristecer o exas¬ 
perar. ¿quién no ha queri¬ 
do alguna vez darle un par 
de mamporros a ese auto¬ 
movilista que suena repeti¬ 
damente su claxon, o a ese 
motorista que no arregla 
su tubo se escape y pasa 
ante nosotros con su rui¬ 
dos artefacto?, yo creo que 
a todos nosotros nos ha 
ocurrido alguna vez. 

El sonido es, pues, un 
lenguaje universal, incluso 
para los animales. Cuando 
nuestro perro escucha que 
el sonido de nuestra voz el 
alto sabe que algo malo a 
hecho y que lo regañamos 
por su comportamiento. Si 
por el contrario el volumen 
que utilizamos es dulce y 
sabrá que no vamos a infe¬ 
rirle ningún daño. 

Con los sonidos nos 
podemos comunicar con 
los demás, por ejemplo 
con el Morse y creamos 
ambientes lúgubres y tene¬ 
brosos, como en las pelí¬ 
culas de terror. 

Vista su importancia en 
la vida real y en los juegos 
de ordenador, pasemos a 
estudiar qué son en reali¬ 
dad. 

LAS PROPIEDADES DEL 
SONIDO 

ün sonido es en realidad 
el resultado de la vibración 
de un cuerpo. Se provo¬ 
can, entonces, unas vibra¬ 
ciones que se expanden en 
forma de ondas. Estas, 
mueven el aire, que aun- 













nje no es un sólido, si está 
compuesto de partículas 
como todos los entes 
cerrestres. Gracias a estas 
partículas que se ven exci¬ 
cadas por la vibración, el 
sonido se propaga de una 
parte a otra. Por esta 
razón, no se transmite el 
sonido en un lugar que 
está al vacio, o sea donde 
no existe ni aire. Las ondas 
legan al tímpano y produ¬ 
cen la misma vibración de 
éste, la cual es traducida 
por el cerebro para que 
nosotros podamos captar¬ 
las. 

Esta sería una definición 
sencilla y comprensible de 
lo que ocurre cuando 
damos un zapatazo, cerra¬ 
mos fuertemente una puer¬ 
ta o damos un palmetazo. 
Normalmente se suele usar 
el ejemplo del diapasón 
porque la vibración de éste 
es tan evidente que incluso 
puede captarse visualmen¬ 
te. 

LA FRECUENCIA 

Hemos dicho que el 
sonido es en realidad una 
onda. Las ondas pueden 
variar en “rapidez”, es decir 
en el número de veces que 
se producen, en ejemplo, 
por segundo. Así, tendre¬ 
mos ondas más rápidas y 
más lentas. Este hecho 
hace que dos sonidos pro¬ 
ducidos por un mismo 
objeto puedan sonar de 
forma diferente. En núme¬ 
ro de veces que una onda 
oscila por segundo se 
denomina ciclo, o Hertzio, 
proveniente del nombre del 
físico que estudió el sonido 
y sus características. El tér¬ 
mino que describe el 
número de hertzios de una 
onda se llama frecuencia. 
De esta forma tenemos 
ondas con una frecuencia 


de 50 hertzios y de hasta 
100 kiloherztios, refiriéndo¬ 
se el prefijo Kilo a 1000, 
como ya habréis adivinado. 

La frecuencia es impor¬ 
tantísima en lo que a los 
sonidos se refiere y debe¬ 
mos tener muy claro su 
significado. 

EL VOLUMEN 

Ya todos sabéis lo que es 
el volumen de un sonido, 
puesto que más de una vez 
vuestros padres os habrán 
llamado la atención por lo 
mismo, cuando ponéis el 
tocata a toda caña. El volu¬ 
men, ténicamente, hace 
referencia a la sonoridad 
del mismo. Se trata de 
algo más bien abstracto y 
difícil de explicar en unas 
pocas líneas, pero el térmi¬ 
no sonoridad o intensidad 
de un sonido puede valer¬ 
nos perfectamente. 

EL TONO DEL SONIDO 

Otro término que tam¬ 
bién resulta difícil de des¬ 
cribir y que normalmente 
se describe como el brillo 
del mismo. 

Un sonido puede resultar 
opaco o brillante aunque 
por regla general ésto está 
relacionado directamente 
con la frecuencia. 

Por ahora, tomemos 
como referencia lo que ya 
sabemos. Los sonidos pue¬ 
den ser graves agudos en 
cuanto al tono se refiere. 

En el próximo capítulo 
repasaremos más aspectos 
de los sonidos a la par que 
estudiaremos el listado 
aparecido en CJ2 sobre los 
archivos .MOD, que tan 
relacionados están con los 
videojuegos comerciales 
de alta calidad, los cuales, 
cada vez más, aparecen en 
el gran mercado del ocio. 
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E n muchas oca¬ 
siones, yo diría 
que en un 
noventa y nueve por 
ciento de los casos, 
tenemos la necesidad 
de que el usuario, o 
sea, la persona que 
maneja en ese 
momento el ordena¬ 
dor, introduzca un dato 
por el teclado o sim¬ 
plemente que conteste 
a una pregunta. Pero, 
¿cómo puede leer el 
teclado el ordenador?, 
échale un vistazo a 
este truco y te ente¬ 
rarás. 

Son imprescindibles 
para que nuestros pro¬ 
gramas funcionen y 
sean prácticos. Si el 
programa no sabe ese 
dato que tiene que 
introducir la persona 
no podrá continuar o 
simplemente lo que 
haga no tendrá finali¬ 
dad ninguna. Y si no 
que me digan a mí 
para que sirve un pro¬ 
cesador de texto si no 
podemos introducir el 
texto. O un programa 
que pide una clave 
secreta, si no podemos 
meterla y arrancarlo. 

En definitiva, la comu¬ 
nicación usuario y 
ordenador debe ser 
constante y es aquí 
donde un periférico 
como el teclado 
desempeña un papel 
importantísimo. 
Conscientes de ello 
aquí tienes una rutina 
echa en lenguaje 
ensamblador que te 
permitirá ir conociendo 


los servicios que el 
MSDOS ofrece para 
poderlos utilizar en 
nuestros programas y 
sacar beneficio del 
teclado como medio 
de comunicación con 
el ordenador. 

Se trata de un instru¬ 
mento complicado y 
por ello merecerá toda 
una sección dentro de 
Código Juego, pero 
por ahora te ofrecemos 
un programa que no 
hace nada salvo servir 
de base para estudiar¬ 
lo. 

El programa pregunta 
si eres Pedro o Juan y 
en función de la tecla 
que pulsemos sacará 
uno u otro mensaje en 
la pantalla. También, 
comtempla la posibili¬ 
dad de que no pulse¬ 
mos una de las dos 
teclas de contestación, 
en este caso J ó P, por 
lo que no saldrá de un 
bucle hasta que lo 
hagamos correctamen¬ 
te. 

Se utilizan los servicios 
del DOS a través de la 
interrupción 21h y con¬ 
cretamente la parte de 
estos que tienen que 
ver con el teclado, 
motivo de este artículo. 
En este caso es la fun¬ 
ción lOh, la cual 
devuelve en AL el valor 
ASCII de la tecla pulsa¬ 
da, esperando hasta 
que esta situación se 
dé. 

Estudiad el listado y 
haced vuestros propios 
experimentos, Un salu¬ 
do. 
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CODIGO SEGMENT 

ASSUME CS¡CODIGO, DS:C0DIG0 
ORG 0100H 

INICIO JUMP SHORT CORTO 


;Programa formato .COM 


************************************************ 

LOS DATOS QUE UTILIZAMOS EN EL PROGRAMA 
************************************************ 


OK 

MENSAJE1 
MENSAJE2 
MENSAJE3 
no”,”$” 


EQU 13,10 ;retorno de carro y line feed 

DB 0K,”¿Te llamas (P)edro o (J)uan?”,”$” 

DB 0K,”Hola Pedro, llama a tu madre”,”$” 

DB 0K,”Hola Juan, tienes que pagar el teléfo- 


PROGRAMIA PRINCIPAL 


EMPEZAMOS 

PR0C NEAR 

MOV AH, 09H 

MOV DX, OFFSET MENSAJE1 
INT 21H 

TECLA: 

MOV AH,10H 
m 21H 

AND AL, 0DFH 


CMP AL, “P” 


JE PEDRO 

CMP AL, “J” 


JNE EMPEZAMOS 


MOV AH,09H 

MOV DX, OFFSET MENSAJE3 


INT 21H 

JMP SHORT FUERA 

PEDRO: 

MOV AH, 09H 

MOV DX, OFFSET MENSAJE2 
INT 21H 

FUERA: 

MOV AX,4C00H 

I m 21H 

EMPEZAMOS 

CODIGO 

ENDP 

ENDS 

END EMPEZAMOS 


;en binario 00001011b 
;se pasa a mayúsculas 
;la tecla pulsada 
;tecla P 


;tecla J 

;no se pulsó una tecla correcta. 



























El contestado^ 


Escribe 



Joan Esquerra 


■m 


Cada vez interesa más esta 
sección a los lectores de CJ 
. así lo prueban la cantidad 
de cartas que estamos reci¬ 
biendo. De todas ellas 
seleccionamos las que nos 
parecen pueden llegar a 
despertar más interés por 
su contenido. Lo que si os 
prometo es que casi todas 
llegarán a publicarse, si no 
ahora, más adelante cuan¬ 
do el nivel de la revista sea 
mayor. 

LA PROGRAMACION DE 
JUEGOS 

Ignacio Vázquez Rovira 
Barcelona 

Me llamo Ignacio Vázquez y 
soy un amante de los orde¬ 
nadores. Puede sonar 
incongruente que una per¬ 
sona llege a tener amistad 
con una máquina, pero en 
mi caso os puedo asegurar 
que así es. Nuestro amor 
surje de la mano de 
muchas horas de mutuo 
apoyo y comprensión y de 
largas tardes de compañía 
cuando nadie quiere estar 
con nosotros. Ya es mi 
mejor amigo sin lugar a 
dudas y gracias a él tengo 
a diversión asegurada a los 
mandos de un Ferrari, sal¬ 
vando una guapa heroína 
en Egipto o pilotando un 
F16 sobre Siberia. Que 
amigo te puede ofrecer 
tanta acción y a continua¬ 
ción ser tan inteligente 
como para ayudarte con 
tus estudios del instituto o a 
ievar la contabilidad de tu 
negocio. 


Pues bien, mi amigo se 
llama 486DX a 33 Mhz. 
Tiene un disco duro de 105 
megas que corre como el 
viento y una tarjeta de vídeo 
Everex. 8 megas de RAM en 
sus entrañas, ratón y dos 
disqueras de 3 1/2" de 
1.44. 

Mi duda es la siguiente: 

¿Qué necesito para progra¬ 
mar videojuegos? 

CJ: Ignacio, tu pregunta es 
de lo más simple, pero de 
lo más complicada a la vez. 
La he escogido puesto que 
me sirve perfectamente 
para la explicación de un 
tema que a todos nos 
atañe, sobre todo a los lec¬ 
tores de esta revista. 

Muy bien, vayamos por par¬ 
tes. Para la generación, 
programación, desarrollo y 
creación de un videojuego 
para ordenador, sea este 
del tipo que sea, hacen falta 
4 cosas fundamentales. 

La primera sería el hardwa¬ 
re, aunque dentro de esta 
categoría hay que hacer 
aclaraciones. Con el orde¬ 
nador que tu nos dices 
tener, Ignacio, tienes más 
que de sobra para empezar 
a trabajar. (Jn programador 
de videojuegos debería 
tener siempre un equipo lo 
más completo posible. Por 
un lado eso nos ayuda a 
trabajar con velocidad y 
comodidad. Cln gran disco 
duro, por ejemplo, nos per¬ 
mite tener muchos progra¬ 
mas siempre a mano, así 
como librerías grandes y 
potentes de gráficos, esce¬ 
narios, música, sonidos, 


odo lo que 


etc. Por ello, estamos obli¬ 
gados a mejorar nuestra 
herramienta de trabajo en 
la medida de lo posible, o 
en la medida de nuestro 
bolsillo. Como matiz a 
resaltar, te diría que de la 
configuración que nos 
señalas, se echa en falta 
una tarjeta de sonidos tipo 
Soundblaster u otra com¬ 
patible. Cuando intentes 
programar la música para 
tus juegos te la vas a tener 
que imaginar, por ello es 
tan necesario equiparnos 
bien. 

La segunda cosa necesaria 
sería el software. De nuevo 
me gustaría aclarar algunos 
puntos: Uno de ellos es dis¬ 
tinguir entre los dos tipos 
principales de programas 
que nos hacen falta que 
serían las herramientas de 
programación y las ayudas 
a la programación o crea¬ 
ción de juegos. Las prime¬ 
ras con los compiladores 
del lenguaje o lenguajes 


que deseemos utilizar para 
el desarrollo de software 
lúdico, que normalmente 
serán Ensamblador, C, 
Pascal, etc. Las ayudas a la 
programación constituyen 
todo el resto de programas 
que nos hacen falta para el 
diseño de todos los compo¬ 
nentes de un juego, como 
son: programas de trata¬ 
miento musical y sonoro 
(MIDI), de creación y reto¬ 
que gráfico, programas de 
animación, programas de 
edición de texto, y en gene¬ 
ral todo aquel , por 
pequeño que sea, que nos 
sirva para la generación de 
alguna de las partes de un 
juego. 

La tercera cosa necesaria 
sería un buen apoyo de 
material de consulta. 
Revistas, libros, manuales, 
etc, incluso una persona o 
personas que nos ayuden 
cuando nos quedemos 
atascados. De sabios es 
pedir ayuda, por ello, yo 
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mismo, estoy conectado a 
varios BBS, donde se discu¬ 
ten temas que a todos nos 
interesan y se pueden 
encontrar una inestimable 
ayuda de otros muchos 
programadores de este país 
y extranjeros incluso. No es 
mala idea conseguirse un 
modem (algunos no llegan 
a las 8500 pts) y conectarse 
a los BBS españoles e inter¬ 
nacionales donde se vive a 
fondo la programación de 
todo tipo de aplicaciones. 
Es una forma de mantener¬ 
se al día sin que cueste tan 
caro. Por otro lado, los 
CDROM de SHAREWARE y 
DOMINIO PUBLICO están 
llenos de programas e infor¬ 
mación valiosísima para 
nuestros videojuegos. Si se 
sabe buscar, se sabe 
encontrar. 

Y por último, el cuarto 
requisito sería tener un 
buen conocimiento del 
mercado de los juegos para 
ordenador para saber que 
tipo de es preferido por los 
adictos a este tipo de soft¬ 
ware y conocer si la idea 
que tu vas a desarrollar ya 
ha sido creada previamente. 
Tener una idea original y 
bien clara sobre lo que que¬ 
remos hacer se puede decir 
que es el 25 por ciento del 
trabajo de la programación 
de un juego. 

Por ello, Ignacio, te reco¬ 
miendo que sigas nuestras 
páginas y nuestros cursos, 
apoyándote en tus amigos 
informáticos en aquellas 
cuestiones en las que no 
tengas las idea muy claras y 
también, muy importante, 
mejorando tu ordenador 
siempre que puedas. En 
esta revista siempre tendrás 
y tendréis la ayuda necesa¬ 
ria para llegar a programar 
vuestros juegos. 
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ENSAMBLADORES 

CRUZADOS 

Timoteo Roldán Luque 
Madrid 

Tengo un ZX Spectrum al 
que todavía le profeso 
mucho cariño y al que no 
deseo olvidar o guardar 
para que coja polvo. Me 
gustan muchos los video¬ 
juegos y aunque reconozco 
que los que se hacen hoy 
en día para el PC y Amiga, 
ordenadores que también 
tengo, son mucho mejores, 
no dejo de apreciar los jue¬ 
gos de calidad que se llega¬ 
ron a hacer para el 
Spectrum, que durante tan¬ 
tos años fue nuestro barato 
consuelo informático. Me 
gusta programar también y 
aunque no domino ningún 
lenguaje, me he animado 
un poco con vuestra revista 
a la cual considero excelen¬ 
te y amena, aunque un 
poco complicada para los 
principiantes negados 
como yo. 

El caso es que estoy seguro 
de que mi duda o pregunta 
sí va a interesar a muchos 
programadores que como 
yo, están empezando. 

He oido y leído por ahí que 
existen unos programas 
que te permiten crear pro¬ 
gramas para otros ordena¬ 
dores y después probarlos 
en el ordenador donde los 
estás creando, ¿es eso cier¬ 
to? 

CJ: Estimado amigo 

Timoteo, me parece que 
estás un poquito liado con 
lo términos que nos usas. 
Voy a intentar aclarar tus 
ideas un pelín, pues como 
muy bien nos dices la pre¬ 
gunta puede ser interesante 


para muchas personas que 
programen o estén en el 
proceso de hacerlo. 

El ordenador, como ya 
muchos sabemos, está 
controlado por un chip muy 
importante de su anatomía; 
el microprocesador. Este, 
tiene muchas atribuciones y 
tareas y para realizarlas 
necesita un programa. El 
programa está escrito en un 
lenguaje que el microproce¬ 
sador puede entender y que 
es innato a él. Es decir, que 
el lenguaje que utiliza el 
procesador del PC no es el 
mismo que el del Motorola 
que lleva un Amiga o un 
Atari, ni tampoco estos dos 
últimos son comprensibles 
para la CPÜ Z80 de un 
Spectrum. 

De ello sacamos la conclu¬ 
sión que un mismo progra¬ 
ma tendría que ser escrito 
en lenguajes diferentes para 
cada ordenador y que el 
programa de uno no fun¬ 
ciona en el otro. 

Pero una cosa es indudable, 
no es lo mismo programar 
para PC o para un 
Spectrum. En el caso del 
primero tenemos muchos 
adelantos electrónicos que 
nos ayudan inmensamente 
a la hora de crear software 
(discos duros, microproce¬ 
sadores, buenos compila¬ 
dores, ratones, tabletas 
digitalizadoras, etc.). Sin 
embargo con el Spectrum 
todo son problemas al no 
contar con estos adelantos 
y facilidad de trabajo. ¿Cuál 
creéis que es la solución? 
Pues la mejor es crear pro¬ 
gramas para el Spectrum 
en un PC y después volcar 
la información en éste últi¬ 
mo mediante un cable 
serie. 

El principal problema de 
esto es que el PC no entien¬ 


de el lenguaje máquina del 
Spectrum por lo que debe¬ 
remos utilizar un tipo de 
programas que se llaman 
ENSAMBLADORES CRU¬ 
ZADOS. Estos permiten 
hacer programas en 
ensamblador para el orde¬ 
nador final en un ordenador 
diferente y después compi¬ 
lar el programa y pasar los 
datos al verdadero ordena¬ 
dor que los va a usar sea un 
Amiga, Atari, PC, etc. 

En el caso del Spectrum 
existen hasta emuladores. 
Los emuladores convierten 
un ordenador en otro, reali¬ 
zando todas las funciones 
de éste, no debiéndose 
confundir con el ensambla¬ 
dor cruzado. Con el emula¬ 
dor no tenemos ni que vol¬ 
car los datos en el 
Spectrum, tan sólo correr el 
emulador y probar nuestro 
programa. 

Los ensambladores cruza¬ 
dos son interesantes y se 
pueden encontrar en 
muchas de las BBS 
españolas en los apartados 
de programación. Para 
lograr alguno te recomien¬ 
do que hables con algúna 
persona que tenga módem, 
si es que no lo tienes tú 
mismo, y que se investigue 
un poco por algunas de las 
BBS, ya verás como 
encuentra lo que andas 
buscando. 

De todas maneras, te 
comento que en algunos 
CDROM's, como el que 
distribuye SIMTEL se pue¬ 
den encontrar ensamblado¬ 
res cruzados para varios 
tipos de microprocesado¬ 
res. 

Esto es todo, espero recibir 
pronto tu carta con las 
dudas que quieras que te 
resuelva. 
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La herramienta más usada por el 
programador, aparte del programa 
compilador en sí, es el editor de 
texto con el que se construye el pro¬ 
grama línea a línea. Para tal fin se 
pueden usar prácticamente todos 
los procesadores de texto que están 
disponibles. 

Desde el Word para Windows hasta 
el Edit del DOS, pasando por el 
archiconocido WordPerfect, todos 
pueden cumplir esta función a la 
perfección ya que, independiente¬ 
mente de su capacidad para hacer 
filigranas con el texto, pueden gra¬ 
bar el mismo de forma pura, es 
decir sin los caracteres de control 
que cada procesador añade a lo que 
hemos escrito. 

Estos códigos especiales son de uso 
interno y diferentes en cada proce¬ 
sador de textos, siendo su finalidad 
la indicar características especiales 
como el indentado, color de los 
caracteres, tabuladores, tipo de letra 
utilizado, formato de negritas, cursi¬ 
vas, subrayado, sombreado, etc. Se 
puede decir que cuanto más compli¬ 
cado es un programa de este tipo, 
mayor es el número de caracteres 
de control que utiliza. 

Lo que ocurre es que estos códigos 
especiales e intrínsecos a cada apli¬ 
cación de edición de textos, no 
harían sino confundir al compilador 
a la hora de realizar su trabajo. Por 
ello se estableció la norma de que el 
texto que compone un programa no 
debería llevar ningún tipo de carac¬ 
teres de control, en el fondo por que 
no los necesita realmente. Los pro¬ 
gramas de ensamblador, C, Pascal, 
Clipper, por poner un ejemplo, no 
necesitan en ningún momento más 
códigos de control que los pocos 
que permite el sistema ASCII, que es 
el que se ha establecido como 
estándar para el tratamiento de la 
información alfanumérica en el PC y 
otros ordenadores. 

Por ello, encontramos editores de 
texto, con posibilidad de grabación 
del archivo en formato ASCII, texto 
puro o simplemente texto, que debi¬ 
do a su simpleza son una plataforma 
ideal para trabajar con ellos y final¬ 
mente, como es el caso de QEDIT 
realizar una compilación posterior. 
Por supuesto, la falta del editor en 
los sistemas de programación ha 
sido subsanada con la aparición de 
los compiladores contemporáneos 
los cuales ya incluyen todo lo nece¬ 
sario para realizar un programa de 
principio a fin. Pero siempre en 


Código Juego pensamos en aque¬ 
llos que no tienen un sistema profe¬ 
sional de desarrollo de software y 
que por tanto todavía siguen traba¬ 
jando a la antigua. Es decir creando 
en un editor el programa y realizan¬ 
do una compilación desde la línea 
de comandos. 

Pues bien, el programa que hoy 
comentamos viene a ayudarnos 
enormemente en esta tarea de editar 
ya que ha sido creado como proce¬ 
sador de texto pero con la progra¬ 
mación en mente, por lo que encon¬ 
tramos en él varias características y 
un sistema tan sencillo que lo con¬ 
vierten en una pieza imprescindible 
de nuestro en nuestro cajón del 
buen soft. 


QEDIT 

El programa es Shareware es decir 
que el creador lo ha cedido para su 
prueba previa y después debemos 
pagar su uso continuo. Pero ello no 
es una traba, ya que el registro se 
paga gustoso, recibiendo a cambio 
numerosos beneficios. Veámoslos. 
En primer lugar, tenemos un editor 
que nos permite, como otros 
muchos, establecer los márgenes 
del texto y tras ello y poco más 
empezar a trabajar. Los colores de 
Qedit son totalmente configurables, 
se pueden, pues, escoger los que 
más nos gusten, y situarlos en las 
distintas partes que conforman la 
pantalla de trabajo de la aplicación, 
como la barra de información, texto, 
filo de la ventana, etc. 

Qedit tiene 8 menús diferentes que 
son FILE (archivo), WINDOW (venta¬ 
na), BLOCK (bloques), SEARCH 
(buscar), PRINT (imprimir), MACRO, 
EDITING (edición) y OTHER (otros). 
En el primero de ellos encontramos 


las típicas funciones de carga y gra¬ 
bación, las cuales por ser normales 
no dejan de tener importancia. Sin 
embargo, cabe destacar que Qedit 
permite la inserción de archivos den¬ 
tro de otros que ya están abiertos y 
además posibilita trabajar con multi¬ 
tud de archivos a la vez, abriendo 
diferentes ventanas y saltando entre 
ellas a nuestro antojo. También 
encontramos en este menú la 
opción de abrir una ventana al 
MSDOS sin dejar la aplicación lo 
que nos permitirá saltar al sistema 
operativo siempre que queramos 
para realizar una operación y des¬ 
pués volver a Qedit justo en el punto 
en que lo dejamos. Esto último es 
ideal a la hora de compilar algo que 
acabamos de grabar y si existen 


fallos de sintaxis o de cualquier otro 
tipo durante el proceso de compila¬ 
ción, regresar a Qedit, cambiar, edi¬ 
tar, grabar y volver a compilar. Así 
de sencillo. 

El menú WINDOW se encarga de 
ofrecernos las diferentes opciones 
para trabajar con las ventanas que 
tengamos abiertas. Podemos 
aumentar y disminuir el tamaño de 
las mismas y saltar entre ellas para ir 
realizando cambios. 

El menú de BLOCK contiene las 
herramientas de marcado y copia de 
bloques de texto entre ventanas y 
dentro del mismo archivo. 

En SEARCH, se encuentran las 
opciones de búsqueda y cambio de 
palabras dentro del texto, lo cual 
todos sabemos lo útil que es a la 
hora de cambiar el nombre o etique¬ 
ta de una variable a lo largo de todo 
un programa. 

Cuando se trata de imprimir todo el 
listado o sólo parte de él, acudire¬ 
mos a el menú PRINT que es el que 
se encarga del trabajo con nuestra 


impresora. 

A continuación hacemos referencia 
a una de las características más 
importantes y destacables de este 
magnífico editor; La posibilidad de 
utilizar Macros. Seguramente, ya 
conocéis que es un MACRO, pero 
para aquellos que no estén familiari¬ 
zados con ellos, paso a dar una 
breve descripción. 

Durante el trabajo diario con un 
ordenador, existen muchas, muchí¬ 
simas tareas repetitivas, las cuales 
hemos de realizar una y otra vez 
para desconsuelo y cansancio por 
nuestra parte. Los ingenieros de 
software de Microsoft vieron el futu¬ 
ro muy negro a este respecto, así 
que inteligentemente decidieron 
crear un tipo de archivo ejecutable 
por el mismo sistema operativo y 
que fuese de fácil programación: el 
archivo .BAT. Gracias a él la vida es 
mucho más sencilla a la hora de 
hacer tareas similares una y otra vez. 
Pues bien, un MACRO es una espe¬ 
cie de archivo .BAT, sólo que dentro 
de una aplicación, Las reglas de pro¬ 
gramación de un MACRO son dife¬ 
rentes para cada programa que los 
crea, pero en definitiva todos tienen 
la misma estructura y finalidad; evi¬ 
tar que tengamos que hacer las mis¬ 
mas cosas muchas veces. 

Suponed que cada vez que termináis 
de teclear un programa, queréis ir al 
MSDOS, y ejecutar un archivo .BAT 
que lo compila y lo ejecuta. La serie 
de teclas que tendríais que pulsar 
para realizar esta operación pueden 
grabarse en un MACRO y después, 
con una simple combinación de las 
mismas, todo el proceso se realiza 
automáticamente, ¿a qué es estu¬ 
pendo?. 

Por último deciros que en los restan¬ 
tes menús de Qedit encontramos las 
opciones de prefencias de usuario 
para el trabajo con el mismo, como 
pueden ser la copia de respaldo 
automática, el autoindentado, rotura 
automática de palabras, etc. 

Nuestra valoración de Qedit no 
puede ser mejor. Se trata de un pro¬ 
grama pequeño y fácil de acomodar 
a nuestros gustos en cuanto a los 
colores, teclas, y comportamiento. 
Los MACROS le dan puerta abierta a 
los que se esmeren con ellos para 
realizar infinidad de tareas para con¬ 
vertir nuestro editor de listados en 
un amigo inseparable. 

El próximo mes veremos otra aplica¬ 
ción Shareware para programadores 
como vosotros. 





































Eduard Sánchez Palazón 


o hacer un juego en ensamblador. Ahora, los 
que quieran aprender a haterlo en C, ya pueden siguiendo este apartado, donde apren¬ 
derás todas las pistas necesarias de la mano de Eduard, nuestro programador. iQué lo 


byte contenido en el puerto 61h, 
desactivar los bits uno y cero y 
volver a almacenarlo en el puerto. 
No debemos caer en el error de 
guardar directamente un valor en 
este puerto, ya que no sabemos 
los valores de los otros bits del 
byte en cuestión. Ver listado 1. 
Este pequeño listado en ensam¬ 
blador permite desconectar el 
altavoz interno del PC. Vamos a 
analizarlo detenidamente: 

En primer lugar pasamos al 
registro ’DX' el valor del puerto al 
que queremos acceder, en este 
caso el puerto 61 h ( mov dx,61h 
). Luego guardamos en el regis¬ 
tro de ocho bits AL’ el contenido 
del puerto especificado ( in al,dx 
). Mediante la instrucción AND 
desactivaremos los dos últimos 
bits del registro ‘AL' y mantendre¬ 
mos intacto el resto del byte ( 
and al.l 111 1100b ). Ahora el 
resultado de la operación se 
encuentra en el registro AL', sólo 
debemos enviar este resultado 
otra vez al puerto 61 h para que el 
ordenador apague el Speaker. 

No sería del todo correcto, aun¬ 
que posiblemente funcionaría, 
apagar el PC-Speaker de la 
siguiente forma, ver listado 2. 

El listado anterior también desco¬ 
nectaría el PC-Speaker, pues de¬ 
sactiva los dos últimos bits del 
puerto, pero de esta forma se 
modifican los restantes bits y eso, 
realmente, no es muy recomen¬ 
dable. Es más bien una cuestión 
de orgullo que no de técnica. 
Para conectar el altavoz se 
debería realizar la operación a la 
inversa, es decir, activar los bits 
uno y cero. Para activar dos bits 
en concreto de un byte se suele 
utilizar la operación ‘OR’. 
Veámoslo en el listado 3. 

La mecánica es exactamente 
igual a la del listado para desco¬ 
nectar el altavoz, excepto en la 
penúltima línea: para desconec- 


EL JUEGO 


rendas en nuestro programa. 
E.S.P. Simón ha sido programa¬ 
do en lenguaje ’C utilizando un 
gran numero de rutinas en 
ensamblador, ya que este len¬ 
guaje dispone de una rapidez 
insuperable en el momento de su 
ejecución. 

ün juego debe programarse de 
forma muy ordenada: el código 
fuente debe contener explicacio¬ 
nes de cada una de las funcio¬ 
nes, así como de su sintaxis, las 
variables deben tener nombres 
coherentes, por ejemplo: 

En vez de poner: 
int y; 

Debería ponerse: 

¡nt contadory: // Variable 
usada para el contador ’for'. 

Estos comentarios y explicacio¬ 
nes nos ayudarán mucho en el 
momento en que tengamos mil o 
dos mil líneas de código, ya que 
así entenderemos la función de 
cada una de las variables sin 
tener que rompernos la cabeza. 
Otro aspecto muy importante en 
el momento de programar un 
juego es que debemos intentar 
crear nosotros mismos las ruti¬ 
nas según nuestras propias nece¬ 
sidades: al hacerlo, sin duda, 
aumentaremos nuestro nivel de 
programación; aunque algunas 
veces nos vemos obligados a 
usar las rutinas, programas o 
ideas creadas por otros autores. 
También recomiendo que uséis 
el lenguaje ensamblador para las 
operaciones mas concretas ( 
poner pixels, borrar la pantalla, 
reducir el volumen de la Sound 
Blaster, etc... ). El lenguaje 
ensamblador permite una gran 
rapidez de cálculos que, a la 
larga, influyen mucho en el 
momento de usar un programa. 

Y dados estos sanos consejos, 
empecemos a analizar el “inte¬ 
rior” de E.S.P. Simón un juego 
que seguro te gustará. 


M ediante esta sección 
podréis saber como se 
hizo E.S.P. Simón, ya que 
en este y en los posteriores artí¬ 
culos, iré publicando las rutinas 
que conforman este juego. 
Aparentemente. E.S.P. Simón 
parece un juego muy sencillo, 
pero no debemos creerlo asi: 
f Simón incluye rutinas y técnicas 
¡realmente interesantes que. sin 
duda, te ayudaran a crear tus 
propios juegos partiendo, sola¬ 
mente. de tu imaginación y 
I conocimientos. 

E.S.P.Simón, como la mayoría 
de los juegos, se divide en tres 
partes claramente diferenciadas: 
la presentación, el nudo y el 
desenlace. El la presentación. 
I normalmente, se exponen algu¬ 
nas de las rutinas más “especta¬ 
culares” del juego, ya que es en 
este apartado donde el usuario 
¡recibe la primera impresión sobre 
¡el juego. 

La parte correspondiente al 

I núcleo es el juego propiamente 
dicho, es decir, es donde se 
desenvuelve la acción, la trama o 
argumento, y es ahí donde el 
gjugador deberá intervenir para 
cumplir el objetivo del juego. 
Finalmente, el desenlace, corres¬ 
ponde a la parte del juego que 
lune el núcleo con el sistema ope- 
jrativo, es decir, el final del juego, 
jüna característica importante en 
I un juego es el hecho de que, al 
jcargarlo, éste se “desconecte” 
totalmente de la tarea que estaba 
realizando el ordenador en ese 
momento; por ejemplo, si al car¬ 
gar el juego, el ordenador estaba 
generando un sonido para el alta¬ 
voz, el programa tendrá que 
encargarse de desactivarlo, por 
otro lado, si la Sound Blaster 
‘estaba tocando una canción 
deberá resetearse esta tarjeta; de 
esta forma evitaremos que el 
“mundo exterior” genere interfe- 


En esta primera parte el progra¬ 
ma obtiene parte de la configura¬ 
ción del sistema, apaga en alta¬ 
voz, y enciende las luces del 
teclado. Vamos a verlo: 


El Altavoz 


ün aspecto imprescindible para 
entender este apartado es saber 
diferenciar el significado de byte. 
bit, activar un bit y desactivar un 
bit. 

ün Byte es una porción de 
memoria formada por ocho bits, 
los cuales los numeramos del 
siete al cero. 


Los bits, como sabéis, solo pue¬ 
den tener dos valores: el 1 y el 0. 
Cuando decimos que se debe 
activar un bit, nos estamos refi¬ 
riendo a ponerlo con el valor 1, y 
cuando lo desactivamos le pone¬ 
mos el valor 0. 

No me extenderé mucho más en 
ese tema, ya que fue explicado 
muy claramente en el número 
anterior de Código Juego. 

Lo primero que hace el juego en 
cargarse es desconectar el alta¬ 
voz, también llamado PC- 
Speaker. El PC-Speaker es un 
instrumento interno del PC que 
permite generar sonidos a partir 
de pequeñas vibraciones genera¬ 
das por el ordenador. El PC- 
Speaker se controla mediante el 
puerto 61h. Dentro de este puer¬ 
to hay un byte (ocho bits) alma¬ 
cenado, del cual solo nos intere¬ 
san los bits uno y cero. 

El resto de bits de este puerto 
realizan otras funciones que no 
son de nuestro interés en este 
momento. 

Si queremos desconectar el PC- 
Speaker solo deberemos coger el 
















tar los dos últimos bits del puerto 
usábamos la instrucción AND, 
mientras que usando la línea ' or 
al. 00000011b ‘ conectamos los 
bits uno y cero, manteniendo 
intactos los restantes bits ( del 7 
al 2 ) del puerto. 

El teclado,Lo esencial: 

Cuando hablamos de posición de 
memoria siempre tenemos que 
dar dos valores: el segmento y el 
offset. Una posición de memoria 
siempre se expresa de la siguien¬ 
te manera: 

0000:0417 - El primer valor 
0000’ corresponde al segmento 
y el segundo 0417h’ correspon¬ 
de al offset. 

Los registros ES y DI del ensam¬ 
blador son utilizados para expre¬ 
sar el segmento y el offset res¬ 
pectivamente de una posición de 
memoria. 

Para representar una posición de 
memoria mediante estos regis¬ 
tros en ensamblador se escribe 
ES:[DI], indicando así una posi¬ 
ción de memoria basándose en 
los valores de estos dos registros. 
En segundo lugar E.S.P.Simón 
activa las teclas Block num’ ( o 
"teclado numérico ) y Scroll Lock’ 
( o bloquear desplazamiento ). 
Esta operación, aunque no es 
imprescindible, la da cierta cali¬ 
dad al juego, ya que es el mismo 
quien activa el teclado numérico. 
Para activar esas dos teclas ya no 
se accede a un puerto, sino a 
una posición de memoria, con¬ 
cretamente la 0000:0417h. Esta 
posición de memoria es la que 
controla las teclas especiales del 
teclado, tales como bloquear 
desplazamiento, bloquear las 
mayúsculas, insert, las teclas 
shift, etc... Es importante desta¬ 
car que cada posición de memo¬ 
ria tiene capacidad para un sólo 
byte. 

Si queremos controlar alguna de 
las teclas especiales, solo debere¬ 
mos guardar un byte en la posi¬ 
ción de memoria 0000:0417h 
con los siguientes valores de bits, 
ver listado 4. 

Por lo tanto para conectar las 
teclas ‘Bloq Num’ y ‘Bloqu Despl’ 
solo deberemos realizar lo que 
se indica en el listado 5. 

En la primera línea lo que hace¬ 
mos es asignar el valor 0 al regis¬ 
tro ‘AX’ y seguidamente poner el 
valor de ‘AX’ (que es cero) al 
registro ‘ES’, ya que NO pode¬ 
mos poner un valor directamente 
en el registro ‘ES’ como ‘mov 
es,0’. Seguidamente ponemos el 
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valor 417h en el registro ‘DI. De 
esta manera los registros ES y DI 
contienes los valores 0000 y 
417h respectivamente, este valor 
corresponde a la posición de 
memoria que queremos modifi¬ 
car. Luego ponemos un valor 
concreto en el registro “AL’ 
dependiendo de las teclas que 
queramos activar o desactivar; en 
este caso nos basaremos en la 
tabla de bits anterior. 

Como nuestra intención es la de 
activar las teclas ‘Bloq Num’ y 
Bloq Despl’, activamos única¬ 
mente los bits 5 y 4. 
Seguidamente guardamos el 
valor de AL’ en la posición de 
memoria indicada por ES:[DI] 
(0000:0417h) y acto seguido las 
teclas en cuestión se encen¬ 
derán. 

Otra manera de acceder a la 
memoria es mediante el propio 
‘C’, usando la instrucción poke y 
pokeb. Estas dos instrucciones 
guardan un determinado valor en 
una posición de memoria deter¬ 
minada. Este valor puede ser de 
16 bits, es decir, un WORD, 
usando la instrucción ‘poke’, o 
un BYTE, usando la instrucción 
pokeb’. 

Para activar las teclas Bloq Num’ 
y Bloq Despl’ en ‘C se realizaría 
de la siguiente forma: 
pokeb(0x0000, 0x0417, 30); 

El número 30 es el equivalente 
en hexadecimal del número bina¬ 
rio 00110000. 

A pesar de que usando las pro¬ 
pias instrucciones del lenguaje ‘C’ 
todo parece más sencillo, reco¬ 
miendo usar el lenguaje ensam¬ 
blador para estas funciones tan 
concretas, ya que, en mi opinión 
el ensamblador es mucho más 
lógico. 

Detectando la VGA 

Si has trabajado alguna vez en 
ensamblador sabrás lo que es 
una interrupción, además Ramón 
López os introdujo en el tema 
mediante el número uno de CJ. 
La interrupción es una instruc¬ 
ción en ensamblador que nos 
permite realizar diversas funcio¬ 
nes concretas, como por ejemplo 
activar el ratón, cambiar el modo 
de vídeo, poner un píxel en la 
pantalla, etc... 

La interrupción se indica median¬ 
te la instrucción ‘int <número’. 
‘Número’ es el numero de la inte¬ 
rrupción que queremos ejecutar. 
Según el valor que le demos a los 
diversos registros de ocho .y die¬ 
ciséis bits una misma interrup¬ 


ción realizará diversas funciones. 
Por ejemplo, para cambiar el 
modo de vídeo de la tarjeta hare¬ 
mos lo indicado en el listado 6. 
Podemos ejecutar una interrup¬ 
ción directamente en ensambla¬ 
dor o bien mediante el propio 
compilador de ‘C’. En este apar¬ 
tado se explicará de las dos 
maneras. 

E.S.P. Simón, al usar gráficos 
256 colores, requiere una tarjeta 
VGA, por lo tanto, antes de 
empezar a jugar, el programa 
tiene que comprobar si el orde¬ 
nador dispone de dicha tarjeta y, 
si no es así, deberá volver al siste¬ 
ma operativo, ya que resulta 
imposible la ejecución del pro¬ 
grama. De esto se encarga la 
rutina siguiente, ver listado 7. 

La mecánica de esta rutina es 
muy sencilla: se recurre a una de 
las muchas funciones de la inte¬ 
rrupción de video (lOh). Si des¬ 
pués de ejecutar esta interrup¬ 
ción con los valores pertinentes, 
el registro de ocho bits AL’ no 
contiene el valor 12h entonces 
no hay ninguna tarjeta VGA insta¬ 
lada. Entonces se devuelve el 
valor 0. 

Por el contrario, si después de 
ejecutar la subfunción de la inte¬ 
rrupción lOh, el valor de AL’ es 
12h entonces significa que existe 
una tarjeta VGA instalada, por lo 
tanto, la rutina devuelve el valor 
1 . 

También se podría detectar la 
presencia de una VGA sin recurrir 
al ensamblador, es decir, ejecu¬ 
tando la interrupción lOh desde 
el mismo lenguaje ‘C’, ver listado 
8 . 

Otra manera de recurrir a las 
interrupciones es la siguiente, ver 
listado 9. 

El Ratón 

Como muchos otros juegos, 
E.S.P. Simón requiere que esté 
instalado un ratón, pero ¿cómo 
detectarlo?. Afortunadamente 
existe una interrupción destinada 
exclusivamente a las funciones 
del ratón, la 33h. 

La interrupción 33h dispone de 
varias funciones y subfunciones 
que iremos utilizando a lo largo 
del programa, pero de momento 
solo nos interesa la función 0, 
que es la que nos indica si existe 
o no un ratón instalado. 
Escribiremos, pues, dos sencillas 
rutinas para detectar la presencia 
del ratón y para saber de cuantos 
botones dispone. Si no existe un 
ratón instalado, el programa 


saldrá al sistema operativo ya que 
el ratón, al igual que la VGA, es 
imprescindible para la ejecución 
de este programa. Las rutinas 
son las siguientes, ver listado 10. 
Esta primera rutina nos devolverá 
un 1 ó un 0 dependiendo de si 
hay un ratón instalado o no. 
Debes observar que ya no se usa 
el ensamblador para llamar a la 
interrupción 33h, sino que se usa 
el propio ‘C’. Evidentemente se 
podría haber usado perfectamen¬ 
te el ensamblador, pero es 
importante ir practicando en 
acceso a las interrupciones usan¬ 
do otros métodos. 

En primer lugar seleccionamos el 
número de la función, en este 
caso la 0, poniendo el registro AX 
a 0. En C’ para acceder a un 
registro se hace mediante _AX = 
valor’. Luego se ejecuta la inte¬ 
rrupción 33h ( 0x33 para el ‘C’) 
mediante la instrucción geninte- 
rrupt’. 

Si después de hacer esto el valor 
de AX continua siendo 0 quiere 
decir que no existe ningún ratón 
instalado, por lo tanto se devuel¬ 
ve el valor 0. Si el valor de AX es 
diferente a 0 el ratón estará insta¬ 
lado y se devolverá el valor 1, ver 
listado 11. 

Una vez detectada la presencia 
del ratón se ejecutará la misma 
función de la interrupción 33h. 
Esta interrupción devuelve en el 
registro ‘BX’ el número de boto¬ 
nes que tiene el ratón. Este valor 
se almacena en la variable ‘num- 
ber’ y se envía a fuera mediante 
la instrucción ‘return. 

Una vez tenemos la información 
sobre la configuración del orde¬ 
nador solo deberemos interpre¬ 
tarla nuestro gusto. Si habéis eje¬ 
cutado E.S.P. Simón, veréis que 
aparece en la pantalla un cuadro 
con unas luces que permanecen 
encendidas o apagadas según 
estén disponibles la tarjeta VGA, 
la tarjeta Sound Blaster y el 
ratón. 

En el número siguiente os mos¬ 
traré como cargar y manipular 
imágenes 256 colores, como 
detectar y resetar la Sound 
Blaster junto con muchas otras 
rutinas y parte del código de 
E.S.P. Simón... Despacito y 
buena letra! 


Eduard Sánchez Palazón 
Colaborador de Código Juego. 
Junio 1994. 
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Una creación de 



Listado 1: 


C a digo juego 


asm { 


mov dx,61h 
in al,dx 

and 81,111111000 
out dx,al 


Escrito y programado por 


Listado 2: 
asm 


Eduard Sánchez 
Palazon 


mov dx, 61h 
mov al,11111100b 
out dx,al 


Listado 3: 
asm { 


} 


mov dx, 61h 
in al, dx 
or al, 00000011b 
out dx,al 


Listado 4: 

Byte que controla las teclas especiales almacenado en 0000:0417h: 
Bits 7 6 5 4 3 2 1 0 


1: Conecta Insert 
0: Desconecta Insert 


+ 1: Conecta Shift Derecha 
0: Desconecta Shift Derecha 


1: Conecta Bloq Mayus -+ 
0: Desconecta Bloq Mayus 


1: Conecta Shift Izquierda 

0: Desconecta Shift Izquierda 


1: Conecta Bloq Num 
0: Desconecta Bloqu Num 


1: Conecta Ctrl 

0: Desconecta Ctrl 


1: Conecta Bloq Despl 


0: Desconecta Bloq Despl 


1: Conecta Alt 

0: Desconecta Alt 


Listado 5: 


asm { 


mov ax,0 
mov es,ax 
mov di,0417h 
mov al,00110000b 
mov es:[di], al 


Listado 6: 


asm { 


mov ah,0 
mov al,13h 
int lOh 


// Número de la función. 

// Modo 320x200, 256 colores. 


Listado 7: 


int EsVga(void) 

{ 


asm { 


} 

novga: 


mov ah,12h 
xor al,al 
mov bl,36h 
int lOh 
xor ah,ah 
cmp al,12h 
jnz novga 
je vga 


vga: 


} 


return 0; 
return 1; 


mmmmm 




Listado 8: 


int EsVga(void) 

{ 


unión REGS regs; 
regs.h.ah = 0x12; 
regs.h.al = 0; 
regs.h.bl = 0x36; 
int86(0x10, &regs, &regs); 
regs.h.ah = 0; 


if ( regs.h.al == 12 ) return 1; 
if ( regs.h.al != 12 ) return 0; 


Listado 9: 


int EsVga(void) 

{ 


_AH = 0x12; 

_AL = 0; 

_BL = 0x36; 
geninterrupt(OxlO); 
_AH = 0; 


if ( _AL == 12 ) return 1; 
if ( _AL != 12 ) return 0; 


Listado 10: 


int mouse_present( void ) 

{ 

_AX = 0; 

geninterrupt(0x33); 
if (_AX == 0) return 0; 
else return 1; 

} 


Listado 11: 


int mouse_botones(void) 

{ 

unsigned int number; 
asm { 

xor ax,ax 
int 33h 

mov number, bx 

} 

return number; 


} 


O .ES.P. 

ai non 
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El Superdisto de Código Juego tuesta tan sólo 950 pts. gastos de envío no influidos. 

Se trata de una tolettión de programas Shareware y de Dominio Públito selettionados para 

ayudaros a programar video juegos. 

































































































Ramón L. Vidal 


j d procjranwlor k vikojuc^o> 

orno vimos en miento. 


el número ante¬ 
rior de nuestra 
revista, el MS- 
DOS se encuentra guar¬ 
dado en dos archivos dife¬ 
rentes denominados 
10.SYS y MSDOS.SYS. 
Si el sistema operativo de 
nuestro PC fuese aquel 
creado por IBM, y no el 
habitual de Microsoft, 
dichos archivos tendrían 
nombres distintos aunque 
realizarían la misma fun¬ 
ción en el proceso de 
arranque. Se llamarían 
IBMBIO.COM y IBM- 
DOS.COM, pero también 
conformarían el kernel del 
sistema operativo y los 
anexos al BIOS del PC. 

Pues bien, vimos que el 
PC se autocomprobaba 
con una serie de procesos 
que en resumidas cuentas 
analizaban todo lo que se 
encontraba conectado en 
nuestro ordenador, así 
como realizaban un test 
de su correcto funciona- 


Una vez que el ordena¬ 
dor se encuentra en per¬ 
fecto estado, se procede 
a la carga del “hermano 
invisible” o sistema opera¬ 
tivo, el cual se responsa¬ 
biliza del control del PC y 
de atender nuestras peti¬ 
ciones como buenos 
usuarios que somos. 

Nos habíamos quedado 
en este punto, precisa¬ 
mente. El registro de 
carga de DOS o BOOT 
sector era copiado en 
RAM (recordad que 
medía 512 bytes igual que 
un sector de disco) y una 
vez allí se le cedía el con¬ 
trol, ejecutándolo. El sec¬ 
tor de arranque busca 
inmediatamente los dos 
archivos esqueleto del 
DOS y carga en memoria 
el primero de ellos. 
Dichos archivos no pue¬ 
den ser vistos cuando 
realizamos un DIR de 
nuestro directorio raiz. 
sea A: ó C: porque están 




















dotados de las caracterís¬ 
ticas de archivos ocultos y 
del sistema, principalmen¬ 
te para que sean borrados 
por error. También veo 
importante deciros que 
son los dos primeros 
archivos grabados en el 
disco y siempre en el 
mismo orden 10.SYS y 
después MSDOS.SYS. 

IO.SYS 

10.SYS. una vez carga¬ 
do er memoria, pasa a 
se' el responsable del 
siguiente paso del proce¬ 
so del arranque de nues¬ 
tro PC. IO.SYS está for¬ 
mado por dos bloques 
principales. Por un lado 
as extensiones del BIOS 
y por otro lado una rutina 
de arranque que será la 
que nos interese en este 
artículo y que se conoce 
como SYSINIT o iniciali- 
zadora del sistema. Si 
queréis una visión más 
amplia de lo que es el 
BIOS os recomiendo que 
eáis el apartado de la 
VGA de este mismo 
número de Código Juego. 
En éste se explica con 
más detalle que es y para 
que sirve el otro gran 
componente software del 
sistema PC junto con el 
MSDOS. 

SYSINIT 

En algunas implementa- 
ciones el MSDOS es leído 
entero en memoria, es 
decir, tanto IO.SYS como 
MSDOS.SYS son carga¬ 
dos a la vez, sin embargo 
en otras, el encargado de 
leer el segundo archivo es 
IO.SYS. 

Como he dicho, uno de 
los componentes de este 
bloque del DOS son los 
anexos al BIOS que está 


grabado permanentemen¬ 
te en la ROM del PC. Esta 
parte contiene los contro¬ 
ladores de las unidades 
definidas por defecto y 
que siempre están pre¬ 
sentes en todos los PC, 
independientemente de su 
configuración de periféri¬ 
cos adicionales. Estad 
unidades son la consola o 
teclado, el puerto auxiliar 
(AUX), la impresora (LPT) 
y los dispositivos de blo¬ 
ques. Además de estos, 
IO.SYS contiene también 
pequeños programas 
especiales que son códi¬ 
gos específicos de hard¬ 
ware que únicamente se 
ejecutan en el proceso de 
arranque. 

En segundo lugar está 
SYSINIT, que cuando le 
toca ejecutarse lo primero 
que hace es comprobar 
que cantidad de memoria 
libre tiene nuestro PC 
para pasar a autoinstalar- 
se en la parte alta de ésta. 

SYSINIT toma el kernel, 
ó corazón del MSDOS, y 
lo lleva desde su posición 
de carga inicial. Entonces 
elimina todo aquello que 
perteneciese a IO.SYS y 
que pueda borrarse por¬ 
que termino su utilización. 
SYSINIT se mueve a sí 
mismo hacia una direc¬ 
ción en la memoria alta 
donde pueda seguir traba¬ 
jando, liberando ese espa¬ 
cio para la recolocación 
de los elementos de 
MSDOS.SYS. Cuando 
todo este proceso se ha 
completado, SYSINIT le 
da el control a 
MSDOS.SYS el cual ini- 
cializa todas sus tablas de 
variables en localizadas 
en la posición de memoria 
0000:0400, así como sitúa 
las direcciones de 
comienzo de las rutinas 
de servicio de interrupción 


en la tabla de vectores 
que se encuentra en 
0000:0000. Los vectores 
que se actualizan van 
desde 20h al 2Fh que son 
los que controla el siste¬ 
ma operativo de Microsoft. 

En ese momento, el ker¬ 
nel del DOS inicializa 
todos los componentes de 
hardware que estén 
conectados al sistema, 
mediante una llamada a 
los drivers (controladores) 
de cada dispositivo. Con 
este sistema, el MSDOS 
permite que un programa¬ 
dor de lenguaje ensam¬ 
blador pueda realizar un 
programa que conecte un 
periférico, por raro que 
sea, al conjunto del siste¬ 
ma operativo, sin que por 
ello se altere la estructura 
del mismo. 

Los drivers se ocupan 
de dos cosas fundamenta¬ 
les. En primer lugar com¬ 
prueban que el elemento 
de hardware que contro¬ 
lan esté en perfectas con¬ 
diciones. En segundo 
lugar, introducen en la 
tabla de vectores de inte¬ 
rrupción los valores de las 
direcciones de comienzo 
de las rutinas de servicio 
que controlan el periférico 
en cuestión, para que 
estén allí disponibles para 
el resto de los programas. 
El periférico queda así 
insertado dentro del con¬ 
junto global del sistema. 

Entonces se procede a 
determinar de que tipo 
son las unidades de disco 
que están conectadas 
para que el DOS pueda 
trabajar con el tamaño de 
sector correcto. Se saca 
el mensaje del MSDOS 
por la pantalla y se le 
devuelve el control a 
SYSINIT. 

Una vez que gracias al 
fichero MSDOS.SYS se 


ha podido insertar en las 
tablas de interrupción los 
servicios fundamentales 
del DOS, a través de la 
interrupción 21 h, SYSINIT 
ya puede leer ficheros, 
posibilidad que aprovecha 
para abrir CONFIG.SYS 
que como sabemos, nos 
permite configurar el siste¬ 
ma a nuestro gusto. 

Son importantes en este 
archivo los apartados que 
indican que otros elemen¬ 
tos de hardware están 
conectados al PC (con 
órdenes como 

DEVICE=C:\DOS\MOUSE 
.SYS) así como cuantos 
BUFFERS, FCBS y 
STACKS vamos a necesi¬ 
tar. También se indica 
aquí cual va a ser el pro¬ 
cesador de órdenes de 
usuario que vamos a utili¬ 
zar. Normalmente será 
COMMAND.COM, luego 
se indica con SHELL. 

El MSDOS guarda una 
lista de todos los periféri¬ 
cos que estén conectados 
así como el inicio de las 
unidades softaware que 
los controlan. Cuando 
CONFIG.SYS se abre se 
llama a los módulos INIT 
del driver del nuevo dispo¬ 
sitivo, con la orden DEVI- 
CE, los cuales indican 
cuanta memoria necesitan 
y se pasa, finalmente, a 
incluir el nuevo periférico 
en la lista de la que habla¬ 
mos. 

Finalmente, SYSINIT 
llama a la función EXEC 
(ejecutar) del MSDOS 
para correr el programa 
COMMAND.COM o cual¬ 
quier otro que indice la 
orden SHELL de CON- 
FIG.SYS. 

COMMAND.COM 

Una aclaración me gus¬ 
taría hacer sobre el inter- 
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prete de órdenes que 
sumistra Microsoft por 
defecto, y es que en reali¬ 
dad está formado por tres 
bloques diferentes. El pri¬ 
mero se conoce como 
extensión del BIOS. Se 
trata de una pequeña por¬ 
ción de código que queda 
unido al MSDOS de forma 
permanente. El segundo 
bloque es la que contiene 
los comandos internos del 
DOS, como pueden ser 
COPY, DIR, CLS, TYPE, 
etc. Este se carga en la 
parte alta de la memoria 
convencional de PC para 
que pueda ser sobreescri¬ 
to por los programas que 
necesiten toda la memo¬ 
ria. De esta forma ahorra¬ 
mos memoria ya que los 
comandos internos de 
MSDOS no nos sirven 
para nada cuando esta¬ 
mos dentro de otros pro¬ 
gramas. Por supuesto, 
cuando abandonamos el 
programa y volvemos al 
DOS, siempre se cargará 
de nuevo esa parte de 
COMMAND.COM, en pre¬ 
visión de que hubiese sido 
borrada por la aplicación. 

La tercera y última parte 
sería aquella que se utili¬ 
za tan sólo una vez y des¬ 
pués de elimina. Este blo¬ 
que de COMMAND.COM 
se encarga de abrir el 
fichero AUTOEXEC.BAT 
desde el directorio raiz del 
disco de arranque. Este 
fichero es tan importante 
que nos permite realizar 
una serie de comandos 
siempre que arranquemos 
el ordenador. 

Nuestro PC está listo 
para atender a nuestras 
peticiones, eso sí sin equi¬ 
vocaciones, porque ya 
sabéis muy bien lo quis¬ 
quilloso que es para estas 
cosas y enseguida nos 
llena la pantalla de erro¬ 


res. 

EL SISTEMA 

OPERATIVO 

Como podéis deducir 
del proceso de arranque, 
tanto el POST como los 
pasos que se siguen en la 
inicialización del sistema 
operativo, llevan a cabo 
una serie de operaciones 
con una única finalidad en 
mente; comprobar que el 
ordenador funciona per¬ 
fectamente y si no es así 
no nos deja operar con él. 

Esta forma drástica de 
actuar se debe a que el 
sistema operativo presu¬ 
pone que toda informa¬ 
ción que vas a manejar 
con el ordenador es de 
gran importancia y no 
quiere que después de 
largas horas de trabajo se 
pierda toda por un error 
hardware que se detectó 
en el proceso de arran¬ 
que. O sea que o el orde¬ 
nador funciona a las mil 
maravillas o no hay nada 
que hacer, pero si lo 
miráis bien, es mejor así. 

Cuando la C: aparece 
en pantalla, tenemos la 
seguridad de que todo va 
bien en las entrañas de 
nuestro PC. 

Pero, ¿cómo funciona el 
sistema operativo una vez 
dentro del ordenador?, la 
respuesta está a continua¬ 
ción. 

Originalmente, el MS 
DOS servía como el agen¬ 


te encargado de una de 
las operaciones más difí¬ 
ciles dentro de la ana¬ 
tomía del PC, la conexión 
de varias unidades de 
disco al sistema. En la 
actualidad, después de 
varios años de crecimien¬ 
to se ha convertido en un 
lazo de unión total entre 
nuestro ordenador y el 
software de aplicación 
que corre dentro de él. 

Sin la ayuda del mismo 
el PC no sabría enviar 
información a la impreso¬ 
ra, sacar información por 
la pantalla, interpretar 
nuestras órdenes, leer y 
escribir datos en los dis¬ 
cos, etc. Entonces, cada 
persona que comprase un 
ordenador tendría que 
escribir un programa que 
realizase todas estas fun¬ 
ciones y muchas más, 
cosa que derivaría en una 
incompatibilidad total del 
software. De hecho, 
hemos de dar gracias a 
que tanto el PC de IBM 
como el MSDOS de 
Microsoft, se han estanda¬ 
rizado lo suficiente como 
para que hoy en día dis¬ 
pongamos de buenos pre¬ 
cios y de aún mejores y 
más númerosos progra¬ 
mas. 

EL MSDOS Y LA 
MEMORIA 

En el proceso de arran¬ 
que hemos visto una cosa 
fundamental que deduci¬ 


mos del comportamiento 
del MSDOS desde un 
principio: el ahorro de 
memoria. Incluso si nues¬ 
tro sistema tiene 16 
Megas de RAM, el siste¬ 
ma operativo siempre se 
comportará de la misma 
forma, comprimiéndose 
en la parte baja de la 
memoria intentando dejar 
todo el resto para nues¬ 
tras aplicaciones. Incluso, 
como vimos antes, parte 
COMMAND.COM en dos 
mitades para que la sec¬ 
ción del mismo que no se 
utiliza cuando otra aplica¬ 
ción está funcionando, 
pueda ser reescrita. Todo 
un detalle hacia nosotros, 
los usuarios, que siempre 
estamos faltos de espacio 
en la RAM. 

Una aclaración: La 
memoria del PC va desde 
la posición O a la posición 
655360 que son exacta¬ 
mente 640 k, que es la lla¬ 
mada memoria convencio¬ 
nal o base, y aunque hay 
más memoria tras ésta, 
por supuesto, la que nos 
interesa es la primera que 
hemos mencionado. 

Sólo disponemos de 
640 k para que nuestros 
programas puedan correr 
libremente y el MSDOS 
ha de estar dentro de esta 
memoria, por lo tanto 
cuanto más pequeño sea 
mejor. Y hacia esto ha 
tendido el sistema operati¬ 
vo de Microsoft desde un 
principio, hacia lo com¬ 
pacto, pero a la vez 
potente. La convivencia 
del DOS con nuestros 
programas ha de basarse 
en una buena amistad. 

En el próximo número 
estudiaremos como el 
MSDOS reparte sus com¬ 
ponentes en la memoria 
convencional de nuestro 
PC. 
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Gracias o los descuentos 

especiales. Adornos, te osoigoros 

do recibir on ooso 
todos los meses lo 

956-840246 






























/AY/, Tengo un error, en 
mi programa* 

¿Qué puedo hacer? 
Tai vez si llamo al 092 
, no..., mejor llamo a 
Peter Norton, para que 
venga a echarle un vis¬ 
tazo, o le ponga uno 
vela a¡ la virgen del 
Carmen . 

Seamos realistas, nada de 
esto vale para nada cuan¬ 
do ese maldito error ha 
venido a amargarnos la 
existentia. 

Tan sólo netesitamos una 
buena herramienta de 
depuradón y mutha 
pariendo. 

DCBUG no es un gran depu¬ 
rador, pero nos ayudará a 
aprender tomo usarlos. 
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S eguimos, este 
mes, comple¬ 
mentando al 
curso de lengua¬ 
je ensamblador que tam¬ 
bién de publica en Código 
Juego. El uso de DEBUG, 
se nos antoja imprescindi¬ 
ble a la hora de aprender 
unos conceptos que son 
básicos para el correcto 
entendimiento de como 
trabaja nuestro PC y de 
que forma maneja la 
memoria, las interrupcio¬ 
nes hardware y software, 
etc. 

Como hemos visto 
hasta ahora, un depurador 
de código o debugger en 
inglés tiene como principal 
misión desensamblar 
nuestro programa en códi¬ 
go máquina y monitorizar 
su funcionamiento paso a 
paso. Gracias a ello, 
encontramos los errores 
que impiden que el pro¬ 
grama realize su función 



correctamente o simple¬ 
mente que no llege a fun¬ 
cionar de ninguna de las 
maneras. Debido a esta 
particularidad de permitir¬ 
nos avanzar despacio por 
las entrañas del código, 
los depuradores son para 
los programadores como 
los bisturís para los ciruja¬ 
nos. 

Aparte de esta función, 
todos los debuggers, 
incluido DEBUG.COM, 
realizan más funciones 
suplementarias como 
enseñarnos el contenido 
de los registros en todo 
momento, mostrarnos la 
memoria, grabar el pro¬ 
grama cambiado, etc. 

El pasado mes comen¬ 
zamos a estudiar cómo 
DEBUG puede ensamblar 
nuestro programa directa¬ 
mente, eso sí, con restric¬ 
ciones. Una de éstas, yo 
diría que la más importan¬ 
te, es la de no poder utili¬ 


zar etiquetas que nos ayu¬ 
dan a referirnos a las 
variables y las posiciones 
de memoria con nombres 
asignados por nosotros. 
Así, en lugar de recordar 
una posición de memoria 
por un número hexadeci- 
mal como pueda ser 
0003:2314 simplemente le 
asignamos un nombre 
que siempre es más fácil 
de recordar, como CON¬ 
TADOR, VIDAS, BALAS, 
etc. DEBUG no autoriza el 
uso de etiquetas puesto 
que no tiene un interprete 
de las mismas, realizando 
lo que se conoce como 
ensamblado en un sólo 
paso. 

Precisamente fue en 
este lugar donde nos que¬ 
damos en el anterior 
número de Código Juego. 
Aprendimos como, con la 
orden A(ssemble), el 
depurador entraba en 
modo de ensamblado. 


































Entonces, nos aparece un 
cursor en la pantalla 
invitándonos a introducir 
as sentencias de nuestro 
programa. 

Como ya habréis pensa¬ 
do seguramente, DEBUG 
no ofrece grandes venta¬ 
bas a los programadores 
de lenguaje ensamblador, 
sin embargo, como he 
comentado anteriormente, 
nos permite hacer nues¬ 
tros primeros pinitos y 
experimentos para com¬ 
probar la manera en que 
el lenguaje ensamblador 
se transforma en lenguaje 
máquina comprensible por 
nuestro microprocesador. 
Por ello vamos a conti¬ 
nuar con el estudio de los 
comandos de DEBUG. 

Pero antes, un alto en el 
camino para aprender 
algunas convenciones 
que vamos a utilizar a par¬ 
tir de ahora. La sintaxis de 
DEBUG es muy rígida, 
con lo que el más mínimo 
error nos hará dar de bru¬ 
ces con mensajes odiosos 
sobre los fallos cometidos 
en la introducción de 
órdenes. Es, pues nece¬ 
sario, aclarar un poco, lle¬ 
gado este punto, como 
funciona la sintaxis de 
todas las órdenes de 
DEBUG. 

Para cada comando la 
sintaxis es diferente, 
dependiendo de la misión 
que realizen y sobre que 
lo realizen específicamen¬ 
te. pero todas reúnen una 
características comunes. 

ORDEN [argumentos] 

Los argumentos pueden 
ser o no ser necesarios 
así que los ponemos entre 
corchetes para explicar 
esta condición. 

La orden es simpre de 
-na única letra que abre¬ 


via el nombre de un 
comando. Así, tenemos A 
de Assemble, W de Write 
(escribir), R de Registro, 
U de Unassemble (desen¬ 
samblar), etc. 

Tras ésta y sin dejar un 
hueco entre ellos si no 
queremos, aparecen los 
argumentos o parámetros 
que todas las órdenes 
aceptan menos Q de 
QUIT (abandonar, salir del 
programa). Estos pueden 
ser, dependiendo de la 
sentencia, vuelvo a repe¬ 
tir; 

1) UNIDAD:, un número 
hexadecimal de un sólo 
dígito que indica de que 
unidad lógica de disco, de 
las que están conectadas 
a nuestro sistema, es la 
elegida para la carga o 
grabación de datos (^uni¬ 
dad A, 1=unidad B, 2:un¡- 
dad C, etc. 

2) BYTE ; Un dígito de 2 
cifras hexadecimales que 
se coloca en un registro o 
posición de memoria. 

3) RECORD: Un valor 
de 1 a 3 cifras hexadeci¬ 
males que indica el lugar 
lógico de dentro de un 
disco así como el número 
de sectores que se van a 
cargar o grabar. 

4) UN VALOR: Un valor 
de hasta 4 dígitos hexade¬ 
cimales que especifican 
un número de un puerto o 
el número de veces que 
una orden o comando 
debe repetir sus funcio¬ 
nes. 

5) DIRECCION: Un 

parámetro que tiene dos 
partes separadas por dos 
puntos (:). La primera con¬ 
siste en un número hexa¬ 
decimal de 4 cifras que 
indica el segmento de la 
dirección de memoria. 
También, en caso de que 
hagamos referencia a los 
segmentos que el micro¬ 


procesador utiliza por 
defecto (CS, DS, ES, SS), 
se pueden utilizar los 
nombres correspondien¬ 
tes. La segunda parte de 
la dirección es un número 
de 4 cifras hexadecimales 
que indican el OFFSET o 
desplazamiento dentro del 
segmento indicado por la 
primera cifra, (nota: la 
manera en que la CPU 
trabaja con la memoria 
segmentada es materia 
del curso de ensamblador 
y se verá en su momen¬ 
to). También, para indicar 
el desplazamiento se 
puede indicar el registro 
IP o puntero de programa. 
Así, algunas ordenes váli¬ 
das con el parámetro 
DIRECCION serían: 


6) RANGO: Indica un 
principio y un fin dentro de 
la memoria del PC, o sea 
un rango de posiciones de 
memoria sobre el que 
queremos actuar. Puede 
ser dos parámetros 
DIRECCION, que se 
explicaron en el punto 
número 5, indicando la 
primera el inicio y la 
segunda el final. Por 
ejemplo: 


Nos mostrará (DUMP) 
el contenido de las posi¬ 
ciones de memoria conte¬ 
nidas entre esas dos 
direcciones de memoria. 

También, se puede 
especificar un rango 
mediante el parámetro L 
que significa LONGUI- 
TUD: 


Mostrará los ocho bytes 
que hay tras la dirección 
1234:0000 

LISTA: Una cadena de 
números hexadecimales 
como los que se usan 
cuando queremos encon¬ 
trar una cierta combina¬ 
ción de bytes dentro de la 
memoria. 


La orden anterior bus¬ 
cará los números 4B 42 
5D en el segmento de 
código a partir de la direc¬ 
ción 0100 hexadecimal. 

6) CADENA O STRING: 

Un número cualquiera de 
caracteres entrecomilla¬ 
dos con comillas dobles 
(“”) o simples (‘ ‘). Los 
valores ASCII de esos 
caracteres son los que sir¬ 
ven en realidad, para ello 
DEBUG realiza la traduc¬ 
ción automáticamente. 


La orden anterior inten¬ 
tará encontrar en el seg¬ 
mento de datos la cadena 
“Búscame”. No os preo¬ 
cupéis sólo la uso como 
ejemplo ya que la orden F 
de FIND, o encontrar, 
todavía no la hemos visto. 

Bien, ya hemos visto 
como tienen que ser los 
parámetros que usemos 
como argumento de las 
órdenes del depurador 
DEBUG. 

El mes que viene conti¬ 
nuaremos viendo ejem¬ 
plos de la utilización de 
estos comandos, así 
como empezaremos a 
desensamblar y estudiar 
un programa paso a paso. 
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Listado tomplementario del 


if b=lO then b:=0; 
if c=lO then c:=0¡ 
setcolor(9); 


Este programa se 
incluye en el super- 


type attr = record 
rx : real; 
ry : real; 
rz : real; 
tx : real; 
ty : real; 
tz : real; 
d : real; 
end; 


{ Angulo de giro sobre eje X } 
{ Angulo de giro sobre eje Y } 
{ Angulo de giro sobre eje Z } 
{ traslación en eje X } 

{ traslación en eje Y } 

{ traslación en eje Z } 

{ distancia focal } 


setcolor(O); 

moveto(co[1,c].xx,co[1,c].yy); 
for a:=2 to 5 do 

lineto(co[a,c].xx,co[a,c].yy); 

inc(b); 

inc(c); 

delay(delaytúne); 


disco número 3 


type coor = record 
xx:integer; 
yy:integer; 

end; 


urrtil (e>0.15) or (keypressed); 
(* EFECTO 3 *) 


type cuad » array [1..10,1..10] of coor; 
var x,y,z,e,f:real; 

aa,a,b,c,g,grmode,grdriver,sx,sy:integer; 


op:char; 

sw:word; 

oo:cuad; 

costbl.sentbl:array [1..630] of real; 
ii:real; 


e:K).Ol; 

repeat 

if b=iO then b:^J; 
if c=10 then c:K); 
setcolor(9); 

cuadro(at,co,b); 

at.rx:=at.rx+e; 

at.ry:=at.ry+e; 

at.rz:=at.rz+e; 

e:=e+0.000l; 


(* saca el seno de la tabla de senos *) 

function seno(s:real):real; 

begin 

seno:=sentbl[ round(s/precision) mod 629]; 
end; 


(* saca el coseno oe la tabla de cosenos *) 

function coseno(s:neal):real; 

begin 

coseno:=costbl(round(s/precision) mod 629]; 
end; 


(* procedimiento principal que hace la proyección a X *) 
procedure pasa (x,y,z:real ; atributo:attr ; var sx,sy:integer); 
var bx.by.bz.xa.za.ya.crl.crt.crt.srl.srfJ.srSrreal; 


begin 

srl:=seno(atributo.rx); 
sr2:=seno(atributo.ry); 
sr3:=seno(atributo.rz); 


cr1:=coseno(atributo.rx); 
cr2:=coseno(atributo.ry); 
cr3:=coseno(atributo.rz); 


(* calculo de senos y cosenos *) 
(* para el giro de DERIVA, *) 
(* de BALANZA y de CAIDA. *) 


x:=-x; 

xa:=crl*x-srl*z; za:=srl*x+crl*z; 
x:=cr2*xa+sr2*y; ya:=cr2*y+sr2*xa; 
z:=cr3*za-sr3*ya; y:=sr3*za+cr3*ya; 
x:=x+atributo.tx; y:=y+atriJbuto.ty; z:=z+atributo.tz; 
sx:=trunc(atributo.d*x/z); sy:=trunc(atributo.d*y/z); 
end; 


(* rotación de deriva 
(* rotación de balanza 
(* rotación de caida 
(* traslación 
(* proyección 


(* dibuja un cuadrado en pantalla en 30*) 
procedure cuadro(at:attr ; var co:cuad ; b:integer); 
begin 

pasa(30,-30,30,at,sx,sy); 
co[1,b].xx:=sx; 
co[1,b].yy:=sy; 
moveto(sx,sy); 
pasa(X, -X, -X.at.sx.sy); 
co[2,b].xx:=sx; 
co[2,b].yy:=sy; 
lineto(sx,sy); 
pasa(-X, -X, -X,at,sx,sy); 
co[3,b].xx:=sx; 
co[3,b].yy:=sy; 
lineto(sx.sy); 
pasa(-X,-X,X,at,sx,sy); 
co[4,b].xx:=sx; 
co[4,b].yy:=sy; 
lineto(sx,sy); 
pasa(X,-X,X,at,sx,sy); 
co[5,b].xx:=sx; 
co[5,b].yy:=sy; 
lineto(sx,sy); 
end; 


(* genera la tabla de senos y cosenos *) 
aa:=0; 
ii:=0; 
repeat 

costbl[aa]:=cos(ii); 
sentbl[aa]:=sin(ii); 
inc(aa); 

ii:=ii+precision; 
urrtil ii»*PI*2; 


grdriver:=detect; (* activa modo gráfico *) 

initgraph (grtriver.grmode,”); 

(* atributos iniciales de los puntos *) 

at.d:=1200; at.rx:=5.683l9; at.ry:=6.283i9; at.rz:=5.79778; 
at.tx:=-1X; at.ty:«-70; at.tz:=-3M; 


(* EFECTO 1 *) 

C .. —- ») 


at.tz:=-2000; (* ajusta posición Z inicial *) 

b:*1; c:=l; 

repeat 

setcolor(9); 

cuadro(at,co,b); (* dibuja cuadrado *) 

at.nc^at.rx-HI.Z; (* actualiza ángulo de giro *) 

at.tz:=at.tz+20; (* actualiza posición Z *) 

delay(lO); 

setcolor(O); 

movetojcon.cl.xx.oon.cj.yy); (* borra las caras *) 

for a:=2 to 5 do 

lineto(co[a,c].xx,co[a,c].yy); 

delay(delaytiffle); 

urrtil (at.tz>-350) or (keypressed); 


setcolor(O); 

moveto(co[i,c].xx.ooll,c].yy); 
for a:=2 to 5 do 

lineto(co(a,c].xx,co[a,c].yy); 

inc(b); 

inc(c); 

delay(delaytime); 
urrtil (e>0.05) or (keypressed); 


*) 


repeat 

if b=10 then b:m; 
if c=10 then c:=0; 

setcolor(b); 

cuadro(at,co,b); 


at.rx:=at.rx+e 

at.ry:=at.ry+e 

at.rz:=at.rz+e 

e:=e-0.000l; 


setcolor(O); 

moveto(co[l,c].xx,co[l,c].yy); 
for a:=2 to 5 do 

lineto(co[a,c],xx,co[a,c].yy); 

inc(b); 

inc(c); 

delay(delaytime) 

irrtil (e<0.006) or (keypressed); 


(* EFECTO 5 *) 

c ' - — .. > 

cleardevice; 

f:=-7; b:«1; c:«l; g:=1; 
setcolor(9); 
cuadro(at.co.b); 


at.rx:=at.rx+0.02; 

at.ry:=at.ry+0.02; 

at.rz:=at.rz+0.02; 

at.tzi^sat.tz+f; 

delay(iO); 

setcolor(O); 

moveto(co[l,c].xx,co(1,c].yy); 
for a:=2 to 5 do 

lineto(co[a,c].xx,co[a,c].yy); 


if at.tz<-lOOO then 
begin 

f:-lO; 

inc(g); 

end; 

if at.tz>-350 then f:=-X; 
delay(delaytime); 

until (g>6) or (keypressed); 


(* EFECTO 6 *) 


f:«-7; b:*); c:-1; 

repeat 

if b=iO then b:*); 
if c=lO then c:*0; 
setcolor(9) ; 

cuadro(at,co,b); 

at.rx:=at.rx-K).02; 

at.ry;=at.ryK).02; 

at.rz:=at.rz+O.OB; 

at.tz:=at.tz+f; 

setcolor(O); 

moveto(co[i,c].xx,co[l,c].yy); 
for a:=2 to 5 do 

lineto(co[a,c].xx,co[a,c].yy); 

inc(b); 
inc(c); 

if at.tz<-lOOO then f:*7; 
if at.tz>-350 then f:=-X; 
delay(delaytúne); 

urrtil keypressed; 
closegraph; 


b:m; c:*1; e:^).Ol; 





























Además del curso de ensamblador iniciado este mes, los 
usuarios de Amiga están de suerte con este nuevo curso 
sobre un lenguaje de programación que permite hacer mara¬ 
villas. 
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tigo Juego es una revista de enseñanza de programación. Contiene cursos 


de lenguaje C, 













































